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11.5.2.20 Measurement results 124 
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11.5.2.82 Segment 31 141 
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11.5.2.84c Segment 3M (lu Mode) 145 
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11.5.2.106 Packet Frequency Parameters (A/Gb mode only) 150 
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11.5.2.111 GMPRS BCCH options (A/Gb mode only) 153 

11.5.2.111a GMPRS BCCH options (lu mode only) 155 

11.5.2.112 Uplink PRACH channels (A/Gb mode only) 157 

11.5.2.113 Void 157 

11.5.2.114 Void 157 
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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version 3.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 4, sub-part 8 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications (Release 3) Third Generation Satellite Packet Radio Service, as identified below: 

Part 1: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications"; 

Part 4: "Radio interface protocol specifications": 

Sub-part 1: "Mobile Earth Station-Gateway Station System (MES-GSS) Interface"; 

Sub-part 2: "GMR-1 Satellite Network Access Reference Configuration"; 

Sub-part 3: "Channel Structures and Access Capabilities"; 

Sub-part 4: "Layer 1 General Requirements"; 

Sub-part 5: "Data Link Layer General Aspects"; 

Sub-part 6: "Mobile earth Station-Gateway Station Interface Data Link Layer Specifications"; 

Sub-part 7: "Mobile Radio Interface Signalling Layer 3 General Aspects"; 

Sub-part 8: "Mobile Radio Interface Layer 3 Specifications"; 
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Sub-part 9: "Performance Requirements on the Mobile Radio Interface"; 

Sub-part 10: "Rate Adaptation on the Access Terminal-Gateway Station Subsystem (MES-GSS) Interface"; 

Sub-part 1 1 : "Radio Link Protocol (RLP) for Data Services" ; 

Sub-part 12: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link Control/ 
Medium Access Control (RLC/MAC) protocol"; 

Sub-part 13: "Radio Resource Control (RRC) protocol; lu Mode"; 

Sub-part 14: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol; lu Mode"; 

Part 5: "Radio interface physical layer specifications"; 

Part 6: "Speech coding specifications"; 

Part 7: "Terminal adaptor specifications". 



Introduction 



GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for Mobile Satellite Services 
(MSS) utilizing geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

The present document is part of the GMR Release 3 specifications. Release 3 specifications are identified in the title 
and can also be identified by the version number: 

• Release 1 specifications have a GMR 1 prefix in the title and a version number starting with "1" (Vl.x.x). 

• Release 2 specifications have a GMPRS 1 prefix in the title and a version number starting with "2" (V2.x.x). 

• Release 3 specifications have a GMR-1 3G prefix in the title and a version number starting with "3" (V3.x.x). 

The GMR release 1 specifications introduce the GEO-Mobile Radio interface specifications for circuit mode Mobile 
Satellite Services (MSS) utilizing geostationary satellite(s). GMR release 1 is derived from the terrestrial digital cellular 
standard GSM (phase 2) and it supports access to GSM core networks. 

The GMR release 2 specifications add packet mode services to GMR release 1 . The GMR release 2 specifications 
introduce the GEO-Mobile Packet Radio Service (GMPRS). GMPRS is derived from the terrestrial digital cellular 
standard GPRS (included in GSM Phase 2+) and it supports access to GSM/GPRS core networks. 

The GMR release 3 specifications evolve packet mode services of GMR release 2 to 3rd generation UMTS compatible 
services. The GMR release 3 specifications introduce the GEO-Mobile Radio Third Generation (GMR-1 3G) service. 
Where applicable, GMR-1 3G is derived from the terrestrial digital cellular standard 3GPP and it supports access to 
3GPP core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM or 3GPP standard are 
necessary. Some GSM and 3GPP specifications are directly applicable, whereas others are applicable with 
modifications. Similarly, some GSM and 3GPP specifications do not apply, while some GMR specifications have no 
corresponding GSM or 3GPP specification. 

Since GMR is derived from GSM and 3GPP, the organization of the GMR specifications closely follows that of GSM 
or 3GPP as appropriate. The GMR numbers have been designed to correspond to the GSM and 3GPP numbering 
system. All GMR specifications are allocated a unique GMR number. This GMR number has a different prefix for 
Release 2 and Release 3 specifications as follows: 

• Release 1: GMR n xx.zyy. 

• Release 2: GMPRS n xx.zyy. 

• Release 3: GMR-1 3G xx.zyy 
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where: 

xx.Oyy (z = 0) is used for GMR specifications that have a corresponding GSM or 3GPP specification. In 
this case, the numbers xx and yy correspond to the GSM or 3GPP numbering scheme. 

xx.2yy (z = 2) is used for GMR specifications that do not correspond to a GSM or 3GPP specification. In 
this case, only the number xx corresponds to the GSM or 3GPP numbering scheme and the number yy is 
allocated by GMR. 

n denotes the first (n = 1) or second (n = 2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM and 3GPP specifications as 
follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM or 3GPP specification (if any). 
This precedence rule applies to any references in the corresponding GSM or 3GPP specifications. 

NOTE: Any references to GSM or 3GPP specifications within the GMR specifications are not subject to this 

precedence rule. For example, a GMR specification may contain specific references to the corresponding 
GSM or 3GPP specification. 

• If a GMR specification does not exist, the corresponding GSM or 3GPP specification may or may not apply. 
The apphcabihty of the GSM or 3GPP specifications is defined in GMR-1 3G 41.201 [2]. 

The clause numbering and the table numbering and figure numbering in the present document are aligned to the 
corresponding numbering of GMR-1 04.008 [19] as far as possible. In several places, this means that the table 
numbering and figure numbering is non-continuous in the present document in order to maintain this alignment, the 
following rules apply: 

• A table that uses the same table number replaces the corresponding table in GMR-1 04.008 [19]; 

• A table that uses a different table number is a new additional table. 



£75/ 



GMR-1 3G 44.008 16 ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



1 Scope 

1.1 Scope of the present document 

The present document describes the procedures used at the radio interface (Reference point Um, see GMR-1 04.002 [6]) 
for Call Control (CC), of circuit switched services, Session Management(SM) for GMPRS services and Mobility 
Management (MM), and Radio Resource (RR) management for circuit switched and GMPRS services. These 
procedures are described in terms of messages exchanged over the control channels of the radio interface in the GMR-1 
system. The control channels are described in GMR-1 04.003 [7]. 

The structured functions and procedures of this protocol and the relationship with other layers and entities are described 
in general terms in GMPRS-1 04.007 [11]. 

The present document does not cover the complete specifications but only describes where it differs from 
GMR-1 04.008 [19] for circuit switched services and 3GPP TS 24.008 [18] for packet services. 

In the present document the clause numbering is based on the clause numbering in GMR-1 04.008 [19]. When a 
clause of GMR-1 04.008 [19] is not used, the GSM heading is retained and the words "This function is not currently 
supported in GMR-1" are inserted to maintain the numbering in subsequent clauses. 

The messages and information elements defined in the present document are based on the GSM messages and 
information elements as defined in GMR-1 04.008 [19]. In all cases, if a GMR-1 message or information element is 
defined, this GMR-1 definition takes precedence over the GSM definition. This precedence rule operates independently 
for messages and information elements and the GMR-1 defined information elements shall take precedence over the 
corresponding GSM definitions for all messages, including messages that have the same structure as GSM. For 
example, if a GMR-1 message is defined to be the same as the corresponding GSM message, this does not imply that all 
the information elements are the same as GSM. 

The present document is based on GMR-1 04.008 [19]. 

1 .2 Application to the interface structures 

The Layer 3 (L3) procedures apply to the interface structure provided by Layer 2 (L2), which is defined in 

GMR-1 04.004 [8], GMR-1 04.005 [9] and GMR-1 04.006 [10]. GMPRS-1 04.007 [11] gives a general description of 

L3, including procedures, message formats, and error handling. 

1 .3 Structure of Layer 3 procedures 

Same as clause 1.3 of GMR-1 04.008 [19]. 



1 .4 Use of logical channels 



The logical control channels are defined in GMR-1 3G 45.002 [12]. In the following list, control channels that carry 
signalling information or specific types of user packet information are considered: 

a) Broadcast Control Channel (BCCH): downlink only, used to broadcast cell-specific information; 

b) GPS Broadcast Channel (GBCH): downlink only, used to broadcast the ephemeris data of the Global 
Positioning System (GPS) satellites; 

c) Paging Channel (PCH): downlink only, used to send page requests and GPS Almanac Data to MESs; 

d) Random Access Channel (RACH): uplink only, used to request a DCCH (Dedicated Control Channel); 

e) Access Grant Channel (AGCH): downlink only, used to allocate a DCCH; 

f) Standalone Dedicated Control Channel (SDCCH): bidirectional; 
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g) Fast Associated Control Channel (FACCH): bidirectional, associated with a Traffic Channel (TCH); 

h) Slow Associated Control Channel (SACCH): bidirectional, associated with a TCH; 

i) Terminal- to-terminal Associated Control Channel (TACCH): downlink only, used to provide signalling from a 
Gateway Station (GS) to an MES during a Terminal-to-Terminal (TtT) call; 

j) Cell Broadcast Channel (CBCH): downlink only, used for general (not point-to-point) short message 
information; 

k) Broadcast Alerting Channel (BACH): downlink only, used to send alert requests to MESs. 

Three service access points that are determined by their Service Access Point Identifiers (SAPIs) 
(see GMR-1 04.006 [10]) are defined on signalling L2: 

1) SAPI = 0: supports the transfer of signalling information including user-user information; 

2) SAPI = 2: supports the transfer of signalling information between MESs during a TtT call; 

3) SAPI = 3: supports the transfer of user Short Messages Service (SMS). 

L3 selects the service access point, the logical control channel, and the mode of operation of L2 (acknowledged, 
unacknowledged, or random access, see GMR-1 04.005 [9] and GMR-1 04.006 [10]), as required for each individual 

message. 

1 .5 Overview of control procedures 
1.5.1 List of procedures 

The following procedures are addressed in the present document. 
Clause 4 specifies elementary procedures for RR management: 

1) Contention resolution (before and during link establishment). 

2) System Information (SI) and GPS ephemeris data broadcasting. 

3) RR connection establishment: 

Immediate assignment procedure; 
Paging and Alerting procedure. 

4) RR connection transfer phase: 

Position-reporting procedure; 

Intracell change of channels; 

Channel mode change procedure; 

Ciphering mode setting procedure; 

Classmark update procedure; 

Power Control parameter update procedure; 

Dual-Tone Multifrequency (DTMF) transmission and reception procedures; 

Link correction procedures; 

Guard time violation reporting procedure; 

Diagnostic information reporting procedure; 

Channel parameter reporting procedure. 
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5) Radio resources connection release. 

6) RR procedures on CCCH related to temporary block flow establishment: 

Packet paging using CCCH; 
Packet access using CCCH; 
Packet Downlink Assignment using CCCH. 

7) RR procedures on CCCH to support dark beam operations. 
Clause 5 specifies elementary procedures for MM: 

1) MM common procedures: 

Temporary Mobile Subscriber Identity (TMSI) reallocation procedure; 

Authentication procedure; 

Identification procedure; 

International Mobile Subscriber Identity (IMSI) detach procedure; 

Abort procedure. 

2) MM-specific procedures: 

Generic location-updating procedure; 

Location-updating procedure; 

Periodic updating; 

IMSI attach procedure; 

Connection management sublayer service provision; 

MM connection establishment; 

MM connection information transfer phase; 

MM connection release. 

3) GMM common procedures: 

GPRS P-TMSI reallocation procedure; 
GPRS authentication and ciphering procedure; 
GPRS identification procedure. 

4) GMM specific procedures: 

GPRS attach procedure; 
GPRS detach procedure; 
GPRS routing area updating procedure. 
Clause 6 specifies elementary procedures for circuit-switched CC comprising the following elementary procedures: 

1) Mobile-originating call establishment. 

2) Mobile-terminating call establishment. 

3) Signalling procedures during the Active state: 

User notification procedure; 
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Call rearrangements; 
In-call modification. 

4) Call clearing initiated by the mobile earth station. 

5) Call clearing initiated by the network. 

6) Miscellaneous procedures: 

In-band tones and announcements; 

Status enquiry procedure; 

Call reestablishment procedure. 

Clause 7 specifies elementary procedures for GPRS session management: 

1) GPRS session management procedures: 

PDP context activation; 

PDP context modification; 

PDP context deactivation. 

Elementary procedures can be combined to form structured procedures. Examples of such structured procedures are 
given in clause 8. This part of the present document is provided only to guide in assisting implementations. 

Clause 9 specifies actions to be taken for various error conditions. 

1 .6 Applicability of implementations 
1.6.1 Packet services 

For mobile stations supporting packet services, it is explicitly mentioned throughout the present document if a certain 
procedure is applicable only for such a service and, if necessary, how mobile stations not supporting such a service shall 
behave. 

A MES may only operate in the following MES operations mode: 

• MES operation mode B; or 

• MES operation mode C. 

The MES operation mode depends on the services that the MES is attached to, i.e. only packet services or both packet 
and circuit switch services, and upon the MESs capabilities to operate packet and other circuit switched services 
simultaneously. Mobile earth stations that are capable of operating in packet services are referred to as GMPRS MESs. 

NOTE: Other GMPRS technical specifications may refer to the MES operation modes B and C as 
GMPRS class-B MES and GMPRS class-C MES. 
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2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] GMPRS-1 01.004 (ETSI TS 101 376-1-1): "GEO-Mobile Radio Interface Specifications 

(Release 2); General Packet Radio Service; Part 1: General specifications; 
Sub-part 1: Abbreviations and acronyms". 

NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[2] GMR-1 3G 41.201 (ETSI TS 101 376-1-2): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 1: General specifications; 
Sub-part 2: Introduction to the GMR-1 family". 

[3] GMPRS-1 03.003 (ETSI TS 101 376-3-3): "GEO-Mobile Radio Interface Specifications 

(Release 2); General Packet Radio Service; Part 3: Network specifications; 
Sub-part 3: Numbering, Addressing and identification". 

NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[4] GMR-1 3G 43.022 (ETSI TS 101 376-3-10): "GEO-Mobile Radio Interface Specifications 

(Release 3); Third Generation Satellite Packet Radio Service; Part 3: Network specifications; 
Sub-part 10: Functions related to Mobile Earth Station (MES) in idle mode". 

[5] GMPRS-1 03.297 (ETSI TS 101 376-3-19): "GEO-Mobile Radio Interface Specifications 

(Release 2) General Packet Radio Service; Part 3: Network specifications; Sub-part 19: Optimal 
Routing technical realization". 

NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[6] GMR-1 04.002 (ETSI TS 101 376-4-2): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 2: GMR-1 Satellite Network Access 
Reference Configuration" . 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 



ETSI 



Release 6 



21 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



[7] GMR-1 04.003 (ETSI TS 101 376-4-3): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 3: Channel Structures and Access 
Capabilities". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[8] GMR-1 04.004 (ETSI TS 101 376-4-4): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 4: Layer 1 General Requirements". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[9] GMR-1 04.005 (ETSI TS 101 376-4-5): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 5: Data Link Layer General Aspects". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[10] GMR-1 04.006 (ETSI TS 101 376-4-6): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 6: Mobile earth Station-Gateway Station 
Interface Data Link Layer Specifications". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[11] GMPRS-1 04.007 (ETSI TS 101 376-4-7): "GEO-Mobile Radio Interface Specifications 

(Release 2) General Packet Radio Service (GMPRS); Part 4: Radio interface protocol 
specifications; Sub-part 7: Mobile Radio Interface Signalling Layer 3 General Aspects". 

NOTE: This is a reference to a GMR-1 Release 2 specification. See the introduction for more details. 

[12] GMR-1 3G 45.002 (ETSI TS 101 376-5-2): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 5: Radio interface physical layer 
specifications; Sub-part 2: Multiplexing and Multiple Access; Stage 2 Service Description". 

[13] GMR-1 3G 45.003 (ETSI TS 101 376-5-3): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 5: Radio interface physical layer 
specifications; Sub-part 3: Channel Coding". 

[14] GMR-1 3G 45.005 (ETSI TS 101 376-5-5): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 5: Radio interface physical layer 
specifications; Sub-part 5: Radio Transmission and Reception". 

[15] GMR-1 3G 45.008 (ETSI TS 101 376-5-6): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 5: Radio interface physical layer 
specifications; Sub-part 6: Radio Subsystem Link Control". 

[16] GMR-1 3G 45.010 (ETSI TS 101 376-5-7): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 5: Radio interface physical layer 
specifications; Sub-part 7: Radio Subsystem Synchronization". 

[17] 3GPP TS 04.08 (ETSI TS 100 557): "3rd Generation Partnership Project; Technical Specification 

Group Core Network; Digital cellular telecommunications system (Phase 2+); Mobile radio 
interface; Layer 3 specification". 

[18] 3GPP TS 24.008 (ETSI TS 124 008): "3rd Generation Partnership Project; Technical Specification 

Group Core Network; Mobile radio interface Layer 3 specification; Core network protocols; 
Stage 3 (Release 6)". 

[19] GMR-1 04.008 (ETSI TS 101 376-4-8): "GEO-Mobile Radio Interface Specifications (Release 1); 

Part 4: Radio interface protocol specifications; Sub-part 8: Mobile Radio Interface Layer 3 
Specifications". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[20] GMR-1 3G 44.060 (ETSI TS 101 376-4-12): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 4: Radio interface protocol 
specifications; Sub-part 12: Mobile Earth Station (MES) - Base Station System (BSS) interface; 
Radio Link Control/ Medium Access Control (RLC/MAC) protocol". 
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[21] Void. 

[22] GSM 04. 10 (ETSI ETS 300 558): "Digital cellular telecommunications system (Phase 2+); Mobile 

radio interface layer 3 Supplementary services specification; General aspects". 

[23] GMR-1 3G 43.064 (ETSI TS 101 376-3-22): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service (GMPRS); Part 3: Network 
specifications; Sub-part 22: Overall description of the GMR-1 3G radio interface; Stage 2". 

[24] 3GPP TS 23.060 (ETSI TS 123 060): "3rd Generation Partnership Project; Technical Specification 

Group Services and System Aspects; General Packet Radio Service (GPRS); Service description; 

Stage 2". 

[25] GMR-1 3G 44.1 18: (ETSI TS 101 376-4-13): "GEO-Mobile Radio Interface Specifications 

(Release 3); Third Generation Satellite Packet Radio Service; Part 4: Radio interface protocol 
specifications; Sub-part 13: Radio Resource Control (RRC) protocol; lu Mode". 

[26] 3GPP TS 24.007 (ETSI TS 124 007): "3rd Generation Partnership Project; Technical Specification 

Group Core Network; Mobile radio interface signalling layer 3; General aspects". 

[27] GMR-1 3G 44.160 (ETSI TS 101 376-4-14): "GEO-Mobile Radio Interface Specifications 

(Release 3) Third Generation Satellite Packet Radio Service; Part 4: Radio interface protocol 
specifications; Sub-part 14: Mobile Earth Station (MES) -Base Station System (BSS) interface; 
Radio Link Control/Medium Access Control (RLC/MAC) protocol; lu Mode". 

[28] 3GPP TS 23.003 (ETSI TS 123 003): "3rd Generation Partnership Project; Technical Specification 

Group Core Network and Terminals; Numbering, addressing and identification". 

[29] GPS Interface Control Document ICD-GPS-200D: "NAVSTAR GPS Space Segment/Navigation 

User Interfaces, Public Release Version March 2006". 

[30] 3GPP TS 23.246 (ETSI TS 123 246): "3rd Generation Partnership Project; Technical Specification 

Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); 
Architecture and functional description". 

[31] 3GPP TS 25.413 (ETSI TS 125 413): "3rd Generation Partnership Project; Technical Specification 

Group Radio Access Network; UTRAN lu interface RANAP signalling". 

[32] 3GPP TS 25.304 (ETSI TS 125 304): "3rd Generation Partnership Project; Technical Specification 

Group Radio Access Network; User Equipment (UE) procedures in idle mode and procedures for 
cell reselection in connected mode". 

[33] 3GPP TS 48.018 (ETSI TS 148 018): "3rd Generation Partnership Project; Technical Specification 

Group GSM/EDGE Radio Access Network; General Packet Radio Service (GPRS); Base Station 
System (BSS) - Serving GPRS Support Node (SGSN); BSS GPRS Protocol (BSSGP)". 

[34] ITU-T Recommendation E.212: "The international identification plan for public networks and 

subscriptions". 

[35] 3GPP TS 44.060 (ETSI TS 144 060): "3rd Generation Partnership Project; Technical Specification 

Group GSM/EDGE Radio Access Network; General Packet Radio Service (GPRS); Mobile 
Station (MS) - Base Station System (BSS) interface; Radio Link Control/Medium Access Control 
(RLC/MAC) protocol". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in GMR-1 04.008 [19] and the following 
apply when operating in A/Gb mode and lu mode: 

RRC: Radio Resource Control plane protocol for radio resource management that is used when a mobile station is 
operating in lu mode 

RRC Connection: point-to-point bi-directional connection between RRC peer entities in the MES and the GERAN 
characterised by the allocation of a G-RNTl. An MES has either zero or one RRC connection 

RRC-Idle mode: MES has no established RRC connection 

NOTE: The MES listens to the Common Control Channel (CCCH), GBCH, and the BCCH; in alert mode, it 
Ustens to BACH only. 

RRC-Connected mode: MES has an established RRC connection 

NOTE: If the MES has physical resources allocated for transfer of signalling or user data then the RRC can be in 
RRC-Cell_Shared or RRC-Cell_Dedicated state. If no physical resources are allocated, then the RRC is in 
RRC-GRA_PCH state. 

MAC Idle state: applicable when the system is operating in lu mode 

NOTE: In this state, mobile earth station is not allocated any radio resource on a packet data physical channel; it 
listens to the BCCH, GBCH and CCCH. In MAC Idle state, the RRC can be in RRC-Idle mode or RRC 
Connected mode RRC-GRA_PCH state. 

Temporary Block Flow (TBF): physical connection used by the two RRC peer entities to support the uni -directional 
transfer of LLC PDUs on dedicated or shared physical channels, see GMR-1 3G 44.060 [20] 

A GMM context: established when a GPRS attach procedure is successfully completed 

Network operation mode: 

• In lu mode, two different network operation modes I, II are defined in 3GPP TS 23.060 [24]. 

• The network operation mode shall be indicated as system information. For proper operation, the network 
operation mode should be the same in each cell of one routing area. 

PS signalling connection: peer to peer lu mode connection between MS and CN packet domain node 

label (A/Gb mode only): indicates this clause or paragraph applies only to a system which operates in A/Gb mode, i.e. 
with a functional division that is in accordance with the use of an A or a Gb interface between the radio access network 
and the core network 

NOTE: For multi system case this is determined by the current serving radio access network. 

label (lu mode only): indicates this clause or paragraph applies only to a system which operates in lu mode 

NOTE: The lu mode includes UTRAN and GERAN lu modes, i.e. with a functional division that is in accordance 
with the use of an lu-CS or lu-PS interface between the radio access network and the core network. For 
multi system case this is determined by the current serving radio access network. 

A/Gb mode: indicates this paragraph applies only to a system which operates in A/Gb mode 

NOTE: For multi system case this is determined by the current serving radio access network. 

lu mode: indicates this paragraph applies only to a system which operates in lu mode 

NOTE: The lu mode includes both UTRAN lu mode and lu mode. For multi system case this is determined by 
the current serving radio access network. 
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A/Gb mode and GERAN lu mode: indicates this paragraph applies only to a system which operates in A/Gb mode or 
GERAN lu mode 

NOTE: For multi system case this is determined by the current serving radio access network. 

UTRAN lu mode: indicates this paragraph applies only to a system which operates in UTRAN lu mode 

NOTE: For multi system case this is determined by the current serving radio access network. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in GMPRS-1 01.004 [1], GMR-1 04.008 [19] and the 
following apply: 



GU 

MES 



GPRS Update 
Mobile Earth Station 



NOTE: The present document makes no distinction between MES and UE. 



RAU 

SIM 

USIM 



Routing Area Update 
Subscriber Identity Module 
Universal Subscriber Identity Module 



A number of concepts and abbreviations are borrowed from GSM. The mapping in table 3.1 could be useful for proper 
association of GSM to GMR-1 abbreviations. 

Table 3.1 : Mapping of GSM terms to GMR-1 terms 



Usage in GSM 


Usage in GMR-1 


MS (Mobile Station) 


MES (Mobile Earth Station) 


BS (Base Station) 


OS (Gateway Station) 


Dm (D channel for GSM) 


Sat (Satellite channel for GMR-1 ) 


GSM nn.nn {for reference) 


GMR-1 nn.nnn {if reference exists) 


SGPPnn.nnn {for reference) 


GMR-1 3G nn.nnn {if reference exists) 



3.3 



Random values 



Same as clause 3.3 of GMR-1 04.008 [19]. 



4 Radio resource management procedures 

4.1 Overview/general 

In lu-Mode, the Radio resource management procedures excluding system information broadcasting and procedures on 
CCCH, are specified in GMR-1 3G 44.1 18 [25]. 

4.1 .1 General (A/Gb mode only) 

Same as clause 4.1.1 of GMR-1 04.008 [19]. 

If packet point-to-point procedures are supported, the radio resource management procedures includes functions related 
to the management of transmission resources on packet data physical channels. This includes the broadcast of system 
information to support a mobile station in packet idle and packet transfer modes, see GMR-1 3G 44.060 [20]. 
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4.1 .2 Services provided to upper layers 

4.1.2.1 Idle mode 

Same as clause 4.1.2.1 of GMR-1 04.008 [19]. 

4.1 .2.2 Establishment and release of an RR connection 

Same as clause 4.1.2.2 of GMR-1 04.008 [19]. 

4.1 .2.3 RR connected mode 

Same as clause 4.1.2.3 of GMR-1 04.008 [19]. 

4.1 .2.4 Packet idle mode (A/Gb mode only) 

Only applicable for mobile stations supporting packet services. 

In packet idle mode, no temporary block flow exists. Upper layers may require the transfer of a LLC PDU, which 
implicitly triggers the establishment of a temporary block flow. 

The RR sublayer also provides GMPRS suspension and resumption services to the MM sublayer. 

4.1 .2.5 Packet transfer mode (A/Gb mode only) 

Only applicable for mobile stations supporting packet services. 

In packet transfer mode, the mobile station is allocated radio resource providing a temporary block flow on one or more 
packet data physical channels. The RR sublayer provides the following services: 

• Transfer of LLC PDUs in acknowledged mode. 

• Transfer of LLC PDUs in unacknowledged mode. 

Depending on the mode of operation (class B), the mobile earth station may leave both packet idle mode and packet 
transfer mode before entering dedicated mode. 

4.1 .3 Services required from data link and physical layers 

Same as clause 4.1.3 of GMR-1 04.008 [19]. 

4.1.4 RR states 

Same as clause 4.1.4 of GMR-1 04.008 [19]. 

4.1 .5 Change of dedicated channels 

Same as clause 4.1.5 of GMR-1 04.008 [19]. 

4.1 .6 Procedure for service request and contention resolution 

Same as clause 4.1.6 of GMR-1 04.008 [19]. 
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4.2 Idle mode procedures 

4.2.1 Mobile Earth Station (MES) side 

Same as clause 4.2.1 of GMR-1 04.008 [19]. 

4.2.2 Network side 

4.2.2.1 System information broadcasting 

Same as clause 4.2.2.1 of GMR-1 04.008 [19]. 

4.2.2.1 .1 Classes and segments 
Same as clause 4.2.2.1.1 of GMR-1 04.008 [19]. 

4.2.2.1.1.1 Class 1 

This class contains information pertaining to the RACH/PRACH access procedure, which changes very fast and also 
shall be acquired by the MES prior to a RACH/PRACH attempt. A full cycle of this information should be transmitted 
at least once every 2 BCCH bursts (BCCH bursts occur at 320 ms intervals). 

4.2.2.1.1.2 Class 2 

This class currently contains information pertaining to spot beam and camping on procedures. This class also contains 
information which indicates if GMPRS related parameters are carried on other segments or not. A full cycle of this 
information should be transmitted at least once every eight BCCH bursts. 

4.2.2.1.1.3 Class 3 

This class contains information pertaining to the PLMN selection, initial spot beam selection, packet related GMPRS 
flags, GMPRS BCCH options, PCCCH Organization and frequency parameters. A full cycle of this information should 
be transmitted at least once every 16 BCCH bursts. 

4.2.2.1.1.4 Class 4 

This class contains information for which it is permissible to use stored values while receiving current System 
Information values. This class includes information on Normal CCCH, AGCH/CCCH available in the spot beam along 
with the corresponding RACH frequencies. 

A maximum cycle time of 120 BCCH bursts shall be allowable for Class 4 information, including all segments that may 
be added in the future. 

4.2.2.1.1.5 Segment 

Same as clause 4.2.2.1.1.5 of GMR-1 04.008 [19]. 

4.2.2.1.2 Transmission schedules 

4.2.2.1 .2.1 Fast Transmission Schedule 
Same as clause 4.2.2.1.2.1 of GMR-1 04.008 [19]. 

4.2.2.1 .2.2 Slow Transmission Schedule (A/Gb mode only) 
Same as clause 4.2.2.1.2.2 of GMR-1 04.008 [19]. 
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4.2.2.1 .2.3 Extended Transmission Scinedule (lu Mode Only) 

Class 3 system Information segments described in clauses 1 1.5.2.71 to 1 1.5.2.84 have variable length. The message 
structure can support up to 2 MHz of bandwidth within a spot beam using the fast transmission schedule. In order to 
accommodate beams serving high traffic areas which may have an allocation greater than what can be supported using 
fast transmission, the network shall employ extended transmission schedule. Such system information shall be 
broadcast using system information 2bis format. Segment 2B or 2B bis shall indicate the presence of extended system 
information. The ARFCN used for extended system information shall be the first ARFCN in the SA_AGCH_ LIST see 
GMR-1 04.008 [19]. 

4.2.2.1.3 Change information 

Same as clause 4.2.2.1.3 of GMR-1 04.008 [19]. 

4.2.2.1 .4 Encoding and decoding rules 

The following rules shall apply to the encoding and decoding of SI messages: 

• The protocol version number "0001" is the current baseline protocol version number. 

• If the MES receives SI that has a baseline protocol version number that is lower than its implemented protocol 
version number, it shall interpret the SI according to the received protocol version number. 

• If the MES receives SI that has a baseline protocol version number that is greater than or equal to its 
implemented protocol version number, it shall interpret the SI according to the MESs implemented protocol 
version number. 

• The MES shall check the block header and segment type in the segment header. It may stop decoding SI 
blocks when it has read all the segments that it can recognize, based on the segment type. It shall stop 
decoding a segment when it has decoded all the fields that it is able to decode, based upon the MESs 
implemented protocol version number. 

• The MES shall determine the contents of a system block only from the block header and the class header. The 
MES shall make no assumption regarding the order of transmission of SI blocks or class segments. The MES 
shall make no assumption regarding the synchronization of a frame number vs. any block or segment of any 
class of SI. 

• A class of system information shall only be assembled from segments that have the same version number. If 
the MES receives a segment that contains a different version number, any unused earlier segments shall be 
discarded and the MES shall restart assembling the class segments using the new version number. 

• Some blocks contain variable length lists, with the length information coded within the list. If an MES detects 
that the list ends before its expected size, i.e. is shorter than the maximum size, it shall jump directly to the 
expected location of the next known field in the segment or the next segment if this happens to be the last field 
in the current segment. 

4.2.2.1 .4.1 Differentially encoded carrier lists 

Same as clause 4.2.2.1.4.1 of GMR-1 04.008 [19]. 

4.2.2.1 .4.1 .1 RACH carrier lists (lu mode only) 

In addition to differentially encoded BCCH and CCCH lists specified in clause 4.2.2.1.4.1, the network may also 
include a RACH list in the system information. Availability of the RACH list shall be indicated in Segment 2A or 
Segment 2A bis. 

The SA_RACH _LIST shall contain the RACH ARFCNs corresponding to Normal CCCH ARFCNs and AGCH/CCCH 
ARFCNs, listed in the same order in which the Normal CCCHs and AGCH/CCCHs are listed in the SA_CCCH_LIST 
and SA_AGCH_LIST respectively (see GMR-1 3G 45.002 [12] for definition of Normal CCCH and AGCH/CCCH). 
The SA_RACH_LIST shares the bit space used by SA_CCCH_LIST and SA_AGCH_LIST. The total number of 
entries in SA_RACH_LIST is equal to the sum of SA_CCCH_CHANS and SA_AGCH_CHANS. 
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The order in which the RACH ARFCNs are hsted in SA_RACH_LIST shall correspond to one-to-one with Normal 
CCCH ARFCNs followed by AGCH/CCCH ARFCNs. The MES shall read interpret the SA_RACH_LIST only after 
forming the SA_CCCH_LIST and SA_AGCH_LIST. 

NOTE: SA_RACH_LIST is not differentially encoded. 

4.2.2.1 .4.2 Concurrent BCCH list 

Same as clause 4.2.2.1.4.2 of GMR-1 04.008 [19]. 

4.2.2.1 .4.2a Concurrent BCCH list (lu mode) 

The list of the concurrent BCCH information is encoded so as to reduce the total number of bits needed for their 
representation. These bits are then divided into two partitions each of fixed size and included in different segments. The 
encoding scheme is given below: 

<concurrent BCCH information list>::= <concurrent BCCH information> Number of BCCH 

<concurrent BCCH information>::= 
<header: bitstring(3)> 
<ARFCN: bitstring(ll)> 

<Satellite Id: bitstring(2)> - presence is indicated in the header 
<MCC: bitstring(10)> - presence is indicated in the header 
<MNC: bitstring(10)> - presence is indicated in the header 

<header: bitstring(3)> - three bits b3 b2 bl to indicate 

- bl = 0: Satellite Id of BCCH same as previous element 

- bl = 1: Satellite Id of BCCH differs from previous element 

- b2 = 0: MCC same as the previous element in the list 

- b2 = 1 : MCC differs from the previous element 

- b3 = 0: MNC same as the previous element in the list 

- b3 = 1 : MNC differs from the previous element 

<Satellite Id: bitstring(2)> - This is omitted if the Satellite Id of the BCCH carrier 

- is unchanged from the previous element. 

<ARFCN: bitstring(ll)> - ARFCN value corresponding to the BCCH carrier 
<MCC: bitstring(10)> - valid range to 999. This is omitted if MCC is unchanged 

- from previous element in the list. 

<MNC: bitstring(10)> - valid range to 999. This is omitted if MNC is unchanged 

- from previous element in the list. 

NOTE: The current BCCH serves as a previous element for encoding the first element of the list. 

The MES shall concatenate all the partitions of the list received in different segments in correct order and extract the 
carrier specifications. The MES shall stop processing the list when the total number of entries, as given in the 
corresponding SI parameter, has been extracted. The network should fill any subsequent bits beyond the end of the list 
with "0"s. The MES shall ignore any subsequent bits beyond the end of the list. 
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4.2.2.1 .4.3 Packet control channel list (A/Gb Mode only) 

The packet control channel list contains multiple sub-lists called Packet Control Channel Definition 
(see clause 11. 5. 2. 109) , each one corresponding to a different downlink bandwidth. Three different downlink 
bandwidths are supported in a GMPRS network, 62,5 kHz, 125 kHz and 156,25 kHz. The GMPRS terminal type 
identifier (see GMR-1 3G 45.002 [12]) indicates the capability of an MES to support one or more of the three downlink 
bandwidth types. A single spot-beam can have carriers of all three or a combination of three downlink bandwidths. 
Additionally, based on network resource availability the number of carriers and the type of carriers available in a 
spot-beam may vary over time. Thus if a single spot-beam has carriers of both 125 kHz and 156,25 kHz, and there are 
packet control channels on both categories of carriers, there will be two sub lists. Similarly, if the spot beam has carriers 
for both 62,5 kHz and 156,25 kHz then there will two sub lists. If a single spot-beam has only 62,5 kHz (or only 
156,25 kHz) carriers then there will be a single sub list. Each sub list has a single field called SA_PCCCH_CHANS 
which identifies the number of PCCCH carrying sub-bands of the bandwidth defined in the subsequent Downlink BW 
field. The presence of the Downlink BW field is conditional on S A_PCCCH_CHANS being non-zero. If 
SA_PCCCH_CHANS is zero, this means that there are no subsequent PCCCHs defined in the system information of 
any bandwidth category. 

While in packet idle mode, using the Packet control channel list and the GMPRS terminal type assigned to it, an MES 
can determine if suitable packet carriers are available in a spot-beam or not. 

4.2.2.1 .4.3a Packet control channel list (lu Mode only) 

The packet control channel list contains multiple sub-lists (see clause 11.5.2.109a). Each sub-list will contain one or 
more downlink carrier of specific bandwidth. Each sub list has a single field called SA_PCCCH_CHANS which 
identifies the number of PCCCHs of the bandwidth defined in the subsequent Downlink B W field. The presence of the 
Downlink BW field is conditional on SA_PCCCH_CHANS being non-zero. If S A_PCCCH_CHANS is zero, this 
means that there are no subsequent PCCCHs defined in the system information of any bandwidth category. The 
GMPRS terminal type identifier (see GMR-1 3G 45.002 [12]) will define the capabiHty of an MES to support one or 
more downlink bandwidth types. Based on its downlink bandwidth capability, the MES shall only consider those sub- 
lists on which it MES can operate. A single spot-beam can support a combination of the different downlink bandwidths 
types. Based on network resource availability in a spot-beam the number of entries in these sub-lists may vary over 
time. 

4.2.2.1.5 Future extensions 

Same as clause 4.2.2.1.5 of GMR-1 04.008 [19]. 

4.2.2.1 .6 Anchored(A) and Temporary(T) BCCH (A/Gb mode only) 

Refer to GMR-1 3G 45.008 [15] for definition of A-BCCH and T-BCCH. The distribution of A-BCCH and T-BCCH in 
BCCH neighbour lists and concurrent BCCH system information is as follows: 

• BCCH neighbour lists in A-BCCHs and T-BCCHs shall only contain A-BCCHs. 

• If T-BCCH is present all A-BCCHs shall contain T-BCCHs in the concurrent BCCH information. 

• All T-BCCHs shall contain A-BCCHs in the concurrent BCCH information. 

4.2.2.1 .7 Multiplexing of CCCH and PCCCH (A/Gb mode only) 

PCCCH and CCCH (both normal CCCH and CCCH/AGCH) may coexist in a spot-beam. The PCCCH description is 
provided in a variable size list, which shares the class 3 segments with the CCCH normal or the CCCH/AGCH. 

In segments 3C, 3D, 3E and 3E bis, the PCCCH and the normal CCCH lists share the same bitspace. In segments 3F, 
3G, 3G bis and 3H, the PCCCH and the CCCH/AGCH lists share the same bitspace. Note that each segment contains a 
part of the CCCH list and then a part of the PCCCH list. 
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To find the PCCCH list and decode it, the terminal may do the following: 

• Read the parameter S A_CCCH_CHANS to determine the number of normal CCCHs and S A_AGCH_CHANS 
to determine the number of CCCH/AGCH in the appropriate segments. 

• In each segment where the normal CCCH is present, it starts decoding the normal CCCH list. For each 
decoded CCCH an internal variable corresponding to the number of normal decoded CCCHs is incremented. It 
stops decoding the CCCH list for that segment when the internal variable reaches the value of 

S A_CCCH_CHANS or the maximum number of bits allocated for CCCH in that segment is reached. The 
PCCCH list, if present is immediately after this. The presence or absence of the PCCCH list is determined by 
the parameter S A_PCCCH_CHANS at the head of the Packet Control Channel Definition IE, which indicates 
how many PCCCHs of the bandwidth specified in the following field are present. Note that if a given 
SA_PCCCH_CHANS reads zero, it indicates that there are no PCCCH elements behind it. 

• The same procedure is used for the segments containing CCCH/AGCH. Note that the PCCCH definitions may 
run through multiple segments so that the start is in segment 3C and end in 3D, 3E/3Ebis, 3F,3G/3Gbis or 3H. 
In other words, there is no demarcation of segments as in the case of normal CCCH and CCCH/AGCH. 

• The SA_AGCH_CHANS, SA_CCCH_CHANS variables indicate the total number of CCCHs of a given 
category for the entire system information cycle, not just in a particular segment. Thus the internal variable is 
not reset across segments. 

• The S A_PCCCH_CHANS variable indicates the total number of PCCCHs of a supported bandwidth category 
and may occur more than once in a system information cycle if different bandwidths are supported. 

4.2.2.1 .7a Multiplexing of CCCH and PCCCH (lu mode only) 

PCCCH and CCCHs (normal CCCH. AGCH/CCCH and the associated RACHs) may coexist in a spot-beam. The 
PCCCH description is provided in a variable size list, which shares the class 3 segments with the CCCH list. 

In segments 3C, 3D and 3E bis, the PCCCH list, the normal CCCH list and the optional RACH list share the same 
bitspace. In segments 3F and 3G bis the PCCCH Ust, the AGCH/CCCH list and the optional RACH Ust share the same 
bitspace. Note that each segment contains a part of the CCCH list and then a part of the PCCCH list. 

To find the PCCCH list and decode it, the terminal may do the following: 

• Read the parameter S A_CCCH_CHANS to determine the number of normal CCCHs and S A_AGCH_CHANS 
to determine the number of AGCH/CCCHs in the appropriate segments. 

• The number of entries in the optional RACH list is given by sum of S A_CCCH_CHANS and 
SA_AGCH_CHANS. 

• In each segment where the normal CCCH is present, it starts decoding the normal CCCH list. For each 
decoded CCCH an internal variable corresponding to the number of normal decoded CCCHs is incremented. It 
stops decoding the CCCH list for that segment when the internal variable reaches the value of 

S A_CCCH_CHANS or the maximum number of bits allocated for CCCH in that segment is reached. If the 
internal variable reaches the value of S A_CCCH_CHANS, then the optional RACH list will start and occupy 
the remaining bits allocated for CCCH in that segment. The PCCCH list, if present is immediately after this. 
The number of entries within a PCCCH sub-list is determined by the parameter SA_PCCCH_CHANS. 

• The same procedure is used for the segments containing AGCH/CCCH. Note that the PCCCH definitions may 
run through multiple segments so that the start is in segment 3C and end in 3D, 3Ebis, 3F or 3Gbis. In other 
words, there is no demarcation of segments as in the case of normal CCCH and CCCH/AGCH. 

The SA_AGCH_CHANS, SA_CCCH_CHANS variables indicate the total number of CCCHs of a given category for 
the entire system information cycle, not just in a particular segment. Thus the internal variable is not reset across 
segments. 

4.2.2.2 GPS satellite ephemeris data broadcasting 

Same as clause 4.2.2.2 of GMR-1 04.008 [19]. 
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4.2.2.2a GPS satellite ephemeris data broadcasting on GBCH3 

Ephemeris data of up to 12 GPS satellites probably visible to MESs in the spot beam are continuously transmitted by 
the network on the GBCH3. This data allows a mobile to quickly calculate its position in terms of latitude and longitude 
based upon the signals received from the GPS satellites. Other supporting information such as current time and satellite 
Doppler estimates are also transmitted. 

GBCH3 INFORMATION Messages are transmitted in the GBCH3. The GBCH3 INFORMATION Messages shall be 
broadcast in a GBCH3 information cycle that consists of 17 GBCH3 messages. 

Each message contains a message header containing the message number. The messages shall be broadcast in sequence. 
Up to 12 satellites may be identified. If there are less than 12 satellites, satellite IDs of "0" shall be used. If the GBCH3 
information cycle contains messages for satellites, with the satellite ID of "0", then the contents of those information 
elements following these satellite IDs shall be discarded up to the next non-zero satellite ID. 

The full GBCH3 information cycle is shown in table 4.4b. The GBCH message number is binary coded in the GBCH3 
message header. 

Table 4.4b: GBCH3 information schedule 



GBCH Message Number 


GBCH Information Type 





Type 1 


1 


Type 2 


2 


Types 


3 


Type 4 


4 


Type 5 


5 


Types 


6 


Type 7 


7 


Types 


8 


Type 9 


9 


Type 1 


10 


Type 1 1 


11 


Type 1 2 


12 


Type 1 3 


13 


Type 1 4 


14 


Type 1 5 


15 


Type 1 6 


16 


Type 1 7 



Each GBCH3 information cycle has a GBCH sequence number associated with it. All messages within a GBCH 
information cycle shall have the same sequence number and shall be consistent with one another. All messages with the 
same message number and sequence number shall be constant, with the exception of doppler. Any change of 
information content, with the exception of doppler, shall require a change of sequence number. Doppler information 
may change without a change of sequence number. Following a change of sequence number, the old sequence number 
shall not be reused for at least two minutes. 

4.2.2.3 GPS almanac data transmission 

Same as clause 4.2.2.3 of GMR-1 04.008 [19]. 



4.3 



RR connection establishment 



4.3.1 RR connection establishment initiated by the Mobile Earth Station 
(MES): immediate assignment procedure 



Same as clause 4.3.1 of GMR-1 04.008 [19]. 
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4.3.1 .1 Spot beam selection to access the network 

The RR entity at the MES side interacts with the physical layer for a suitable spot beam (see GMR-1 3G 45.008 [15], 
and GMR-1 3G 43.022 [4]). Upon camping on a suitable spot beam, the physical layer entity informs the RR layer of 
the availability of the spot beam. The MES performs LAI selection within the available spot beams and then camps onto 
the control channels of the suitable cell (i.e. the LAI within the spot beam). The MES requesting packet services 
acquires a BCCH to determine whether it is offering packet services. If so, it acquires the BCCH and camps on the 
control channels that are advertised in the BCCH. If no packet services are available, the MES will go through the 
concurrent list till it finds a BCCH which is offering packet services. If no BCCH is available which is offering packet 
services MES will execute the dark-beam camping procedure as given in GMR-1 3G 43.022 [4]. 

4.3.1 .2 Permission to access the network 

Same as clause of 4.3. 1.2 of GMR-1 04.008 [19]. 

4.3.1 .3 Initiation of the immediate assignment procedure (A/Gb mode only) 

The MES shall attempt to obtain the current GPS position before sending a CHANNEL REQUEST message on the 
RACH. A position shall be current if less than Page GPS Position Age (Mobile Terminated (MT) calls) or GPS Position 
Age (other accesses) time has elapsed since it was measured. If the last measured position is not current, the MES shall 
start the RACH Position timer and initiate GPS position calculation. If the position calculation is successful, the timer 
shall be stopped and the newly calculated position is used. If the timer expires, the last available position (if any) shall 
be used. If no position information is available, an access attempt shall be made without position information. 

The Page Response Current GPS flag indicates the importance of responding to an MT call with a current position in 
order to ensure that the call can be completed. If the Page Response Current GPS flag is set to 1, the RACH Position 
timer shall not be used for MT calls. Instead, the page timer (in response to paging) or alert timer (in response to 
alerting) shall be used in its place in the procedure described in the preceding paragraph. 

If T3 119 expires while the GPS calculation is being done, T3 1 19 is restarted and no further action needs to be taken in 
response to this event. 

A GMPRS Class-B MES requesting circuit-switched services shall first check if GMPRS service is already suspended. 
If not already suspended, then GMPRS Class-B MES shall request suspension of GMPRS service as specified in 
clause 4.8. If the GMPRS service was already suspended (e.g. due to previous attempt), then GMPRS Class-B MES 
shall proceed as specified in the following paragraphs. 

If the MES requesting circuit services sends position information in the CHANNEL REQUEST message, it shall send 
the timestamp in CIPHER MODE COMPLETE message. When the establishment cause is "position verification", the 
MES shall send only the CHANNEL REQUEST message with the new GPS position. If new position is not available, 
no CHANNEL REQUEST message will be sent If the MES is requesting packet services with establishment cause 
Packet Routing Area Update/ Attach request it shall include the timestamp in the CHANNEL REQUEST TYPE 1 
message. If the establishment cause is Packet TBF Establishment the MES shall not include the timestamp in the 
CHANNEL REQUEST TYPE 1 message. 

If the MES is accessing the home PLMN, it shall send the Service Provider Identification (SP ID) in the CHANNEL 
REQUEST message. While accessing any network other than the home PLMN, the MES shall send the 
Home Public Land Mobile Network Identification (HPLMN-ID). 

For MES requesting circuit services the RR entity shall indicate the terminal priority in the CHANNEL REQUEST 
message. For certain types of terminals, this value is stored in the non-volatile memory. If the terminal is not equipped 
with this information, the default value (value 0) shall be sent by the MES. 

Under certain circumstances the MES requesting circuit services will resend a CHANNEL REQUEST message for Call 
Establishment as part of the optimal routing procedures described in GMPRS-1 03.297 [5]. The O and R bits are used in 
these procedures. The MES may resend a CHANNEL REQUEST message on the original RACH following an attempt 
at optimal routing that failed due to inability to register on the optimal GS. The MES shall resend a CHANNEL 
REQUEST message to the new RACH on the new satellite following an IMMEDIATE ASSIGNMENT REJECT 
message or EXTENDED IMMEDIATE ASSIGNMENT REJECT message with reject cause, "redirect to the new 
satellite". The MES shall resend a CHANNEL REQUEST message to the old BCCH on the old satelHte following an 
optimal routing failure on the new satellite which occurs before the MES receives an IMMEDIATE ASSIGNMENT 
message or IMMEDIATE ASSIGNMENT REJECT message from the new satelUte. 
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The MES requesting circuit services shall not resend a CHANNEL REQUEST message more than once in a 
single-satellite optimal routing case. The MES requesting circuit services shall not send a CHANNEL REQUEST 
message more than once on the second satellite nor resend it more than once on the first satellite in a two-satellite 
optimal routing case. 

As long as the MES is continuing an immediate assignment procedure for the same service connection, it shall continue 
to use the same establishment cause until it is terminated. 

The RR entity shall read Class 1 system information and the SI block header immediately prior to transmission of a 
CHANNEL REQUEST message and verify the RACH_CONTROL_PARAMETERS in combination with the Access 
Control Class elementary file in the Subscriber Identity Module (SIM). The MES shall not utilize the RACH if not 
allowed by any parameter in the RACH_CONTROL_PARAMETERS. 

The RR entity of the MES shall initiate the immediate assignment procedure by scheduling sending on the RACH 
(of the CHANNEL REQUEST message) with maximum power and leaving the idle mode (in particular, the MES will 
ignore the PAGING REQUEST messages). 

To schedule the transmission of the CHANNEL REQUEST, the RR entity randomly selects a RACH out of the total 
available contention channels in the LAI as broadcast in the BCCH. The MES then chooses a frame <n> counting from 
the current frame, to send the CHANNEL REQUEST. The value of <n> is randomly chosen from a sequence 
{0, 1, . . ., <m>}, where the value of <m> is defined by the RANDOMIZATION PERIOD in the header of the system 
information block from which the Class 1 information was read. 

After sending the CHANNEL REQUEST message on the RACH, the RR entity at the MES shall start timer T3126. 
At expiry of this timer, the RR entity shall increment the value of the retransmit counter, which maintains a count of the 
total number of retransmission attempts since the initiation of the Immediate Assignment procedure. If this value 
exceeds M (M is the value of the "max retrans" broadcast over BCCH), the Immediate Assignment procedure shall be 
aborted; if the Immediate Assignment procedure was triggered by a request from the MM sublayer, a random access 
failure shall be indicated to the MM/GMM sublayer. 

For MES requesting circuit services, if the establishment cause is "position verification", and there is a pending 
establishment request from the MM layer or a request from the RR layer to service a received PAGE 
REQUEST/ALERT REQUEST message, the RR layer shall not retry the channel establishment for position verification 
procedure, even if the retry count does not exceed M. Instead, it shall reset the retry counter and attempt to establish a 
fresh radio-channel connection to service the pending establishment request from the MM or RR sublayer itself. 

If the maximum retransmission value is not achieved, the RR entity at the MES shall repeat the transmission of the 
CHANNEL REQUEST messages over the random access channel with a new random reference (drawn randomly from 
a uniform probability distribution) each time. The retransmission of the CHANNEL REQUEST is delayed by n frames, 
following the expiration of the timeout, where n is a random number between 1 and Sj,. The value of S^ is obtained 

from S]j = 4 X 2'^"', where k is the value of the retransmission count. 

While timer T3126 is running after sending the CHANNEL REQUEST message, the MES shall continuously monitor 
the corresponding downlink CCCH (as the AGCH/RACH are paired, the corresponding downlink CCCH refers to the 
one paired with the RACH on which the request was sent) for AGCH messages. 

For MES requesting packet services using CHANNEL REQUEST TYPE 1 will follow the retransmission procedure as 
described in clause 4.7.2. L2. 

4.3.1 .3a Initiation of the immediate assignment procedure (lu mode only) 

The MES shall attempt to obtain its current GPS position before sending a CHANNEL REQUEST TYPE 3 message on 
the RACH. A position shall be current if Page GPS Position Age (Mobile Terminated (MT) calls) or GPS Position Age 
(other accesses) time has not elapsed since it was measured. If the last measured position is not current, the MES shall 
start the RACH Position timer and initiate GPS position calculation. If the position calculation is successful, the timer 
shall be stopped and the newly calculated position is used. If the timer expires, the last available position (if any) shall 
be used in the channel request message. If no position information is available, an access attempt shall be made without 
position information. 
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The Page Response Current GPS flag in System Information indicates the importance of responding to a mobile 
terminated call with a current position in order to ensure that the call can be completed. If the Page Response Current 
GPS flag is set to 1, the RACH Position timer shall not be used for MT calls. Instead, the page timer (in response to 
paging) or alert timer (in response to alerting) shall be used in its place in the procedure described in the preceding 
paragraph. 

If T3 1 19 expires while the GPS calculation is being done, T3 1 19 is restarted and no further action needs to be taken in 
response to this event. 

If the reason for initiating immediate assignment procedure is to obtain packet services, then in the CHANNEL 
REQUEST TYPE3 message the MES shall include the relative position as specified in clause 10.1.8.4. If the reason for 
initiating immediate assignment procedure is for position verification, then the MES shall include extended relative 
position in CHANNEL REQUEST TYPE3 message. The MES shall use the same relative position or extended relative 
poition information in all retransmissions of the CHANNEL REQUEST TYPE 3 message. 

The MES shall read Class 1 system information and the SI block header immediately prior to transmission of a 
CHANNEL REQUEST TYPE 3 message and verify the RACH_CONTROL_PARAMETERS in combination with the 
Access Control Class elementary file in the Subscriber Identity Module (SIM/USIM). The MES shall not utilize the 
RACH if not allowed by any parameter in the RACH_CONTROL_PARAMETERS. 

To schedule the transmission of the CHANNEL REQUEST TYPE 3, the MES shall randomly select a RACH out of the 
list of total available contention channels in the RAI as broadcast in the BCCH. The MES then shall choose a frame <n> 
counting from the current frame, to send the CHANNEL REQUEST TYPE 3. The value of <n> is randomly chosen 
from a sequence {0, 1, ..., <m>}, where the value of <m> is defined by the RANDOMIZATION PERIOD in the header 
of the system information block from which the Class 1 information was read. 

If the maximum retransmission value is not achieved, the MES shall repeat the transmission of the CHANNEL 
REQUEST TYPE 1 or TYPE 3 messages on RACH with a new random reference (drawn randomly from a uniform 
probability distribution) each time. The retransmission of the CHANNEL REQUEST TYPE 3 is delayed by n frames, 
following the expiration of the timeout, where n is a random number between 1 and Sj,. The value of S^. is obtained 

from Sj. = 4 X 2'^'^ where k is the value of the retransmission count. 

When transmitting or retransmitting CHANNEL REQUEST TYPE 3 messages, the MES shall do so with maximum 
power. 

4.3.1 .4 Answer from the network 

4.3.1 .4.1 On receipt of a CHANNEL REQUEST message (A/Gb mode only) 
Same as clause 4.3.1.4.1 of GMR-1 04.008 [19]. 

4.3.1 .4.2 IMMEDIATE ASSIGNMENT from network for MES requesting circuit service 
(A/Gb mode only) 

Same as clause 4.3.1.4.2 of GMR-1 04.008 [19]. 

4.3.1 .4.2.1 IMMEDIATE ASSIGNMENT with dedicated resource allocated and location update 
needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.1 of GMR-1 04.008 [19]. 

4.3.1 .4.2.2 IMMEDIATE ASSIGNMENT with dedicated resource allocated and no location update 
needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.2 of GMR-1 04.008 [19]. 

4.3.1 .4.2.3 IMMEDIATE ASSIGNMENT with dedicated resource allocated and extended 
procedure needed (A/Gb mode only) 

Same as clause 4.3.1.4.2.3 of GMR-1 04.008 [19]. 
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4.3.1 .4.2.4 IMMEDIATE ASSIGNMENT with no dedicated resource allocated and pause timer 

indicated (A/Gb mode only) 

Same as clause 4.3.1.4.2.3 of GMR-1 04.008 [19]. 

4.3.1 .4.3 Immediate Assignment from network for MES requesting packet service 

In A/Gb mode, upon receipt of an IMMEDIATE ASSIGNMENT TYPE 2 message corresponding to its CHANNEL 
REQUEST TYPE 1 message the MES shall proceed as described in clause 4.7.2. 

In lu mode, upon receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message corresponding to one of its CHANNEL 
REQUEST TYPE 3 message the MES shall proceed as described in clause 4.7.2.1.3. 

4.3.1 .4.4 Assignment rejection (IMMEDIATE ASSIGNMENT REJECT from network) (A/Gb 
mode only) 

For circuit switched services if no channel is available for assignment, or if a dedicated channel shall not be provided, 
the network should send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPE 1 or TYPE 2) message in 
unacknowledged mode in any AGCH slot of any frame of the downlink CCCH corresponding to the RACH on which 
the CHANNEL REQUEST message was received. This message contains the request reference and a wait indication. 
The MES matches the request reference and the GPS discriminator (if given for the request reference) with the 
corresponding locally calculated value to determine if the IMMEDIATE ASSIGNMENT REJECT message is 
addressed to it. The IMMEDIATE ASSIGNMENT REJECT TYPE 2 message is for all purposes equivalent to an 
IMMEDIATE ASSIGNMENT REJECT TYPE 1 message except that a country/region display string is given with the 
TYPE 2 message and TYPE 2 is not used for certain reject causes ("lack of resources", "invalid position for spot-beam", 
"reported position acceptable", and "redirect to another satellite"). The MES stores the available country/region 
information (given in the Position Display IE) for displaying it to the user. 

The GPS Update Timer value and GPS Update Distance value, if available in the received message, shall replace the 
corresponding idle mode position reporting parameters. 

For packet switched services the network should send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPEl or 
TYPE 2 or TYPE 3) message. If the reject cause is incorrect class-2 RACH info, the UT shall not consider the GPS 
discriminator. 

Upon receipt of an IMMEDIATE ASSIGNMENT REJECT message corresponding to its last 
CHANNEL REQUEST/CHANNEL REQUEST TYPE 1 message the MES shall stop timer T3126/T3146 or timer 
T3I 15 or T3333, whichever is running. Subsequent handling varies for different reject causes as given in 
clauses 4.3.1.4.4.1 to 4.3.1.4.4.13. 

4.3.1 .4.4a Assignment rejection (IMMEDIATE ASSIGNMENT REJECT from network) (lu 

mode only) 

When operating in lu mode, the network shall send the MES an IMMEDIATE ASSIGNMENT REJECT (TYPEl or 
TYPE 2 or TYPE 4) message with appropriate reject cause. 

NOTE: The IMMEDIATE ASSIGNMENT REJECT TYPE 4 message provides the same reject and redirect 

capabilities as the IMMEDIATE ASSIGNMENT REJECT TYPE 3 message but includes additional lu 
mode-specific extensions. 

Upon receipt of an IMMEDIATE ASSIGNMENT REJECT message corresponding to one of its CHANNEL 
REQUEST TYPE 3 message the MES shall stop timers T3146 ,T3333, whichever is running. Subsequent handling 
varies for different reject causes as given in clauses 4.3.1.4.4.1 to 4.3.1.4.4.13. 
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4.3.1 .4.4.1 Lack of resources (A/Gb mode only) 

If the reject cause is "lack of resources" at the network in response to the CHANNEL REQUEST message, the MES 
shall start timer T3122 with the indicated value (Wait Indication IE) and returns to idle mode (listening to its paging 
channel). The MES shall not make a new attempt to establish a nonemergency RR connection in the same cell until 
T3122 expires. Provided that an IMMEDIATE ASSIGNMENT REJECT message has not been received for an 
emergency RR connection attempt, the MES may attempt to establish an RR connection for an emergency call in the 
same cell before T3122 has expired. This reject cause in response to a CHANNEL REQUEST TYPE 1 message 
indicates that resources to support the packet service request are not available in this spotbeam at this time. The MES 
shall terminate the Packet Access procedure and RR should notify the higher layer of this failure. The MES shall start 
timer T3142 with the value contained in the Wait Indication IE and shall not make another request for packet service 
until expiry of timer T3142. The MES shall ignore IMMEDIATE ASSIGNMENT TYPE 3 messages and PAGING 
REQUEST messages indicating packet paging procedures while T3142 is running. 

T3142 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/LAI selection. 

4.3.1 .4.4.1 a Lack of resources (lu mode only) 

This reject cause in response to a CHANNEL REQUEST TYPE 3 message, indicates that resources to support the 
packet service request are not available in this spotbeam at this time. The MES shall terminate the Packet Access 
procedure and notify the higher layer of this failure. The MES shall start timer T3 142 with the value contained in the 
Wait Indication IE and shall not make another request for packet service until expiry of timer T3 142. The MES shall 
ignore IMMEDIATE ASSIGNMENT TYPE 3 messages and PAGING REQUEST messages indicating packet paging 
procedures while T3142 is running. 

T3142 shall apply only to the routing area from which the rejection was received. The MES is free to request packet 
service in another routing area following spotbeam reselection or change of PLMN/RAI selection. 

4.3.1 .4.4.2 Invalid position for selected LAI (A/Gb mode only) 
Same as clause 4.3.1.4.3.2 of GMR-1 04.008 [19]. 

4.3.1 .4.4.3 Invalid position for selected spot beam 
Same as clause 4.3.1.4.3.3 of GMR-1 04.008 [19]. 

4.3.1 .4.4.4 Invalid position 

Same as clause 4.3.1.4.3.4 of GMR-1 04.008 [19]. 

4.3.1 .4.4.5 Invalid position for service provider (A/Gb mode only) 
Same as clause 4.3.1.4.3.5 of GMR-1 04.008 [19]. 

4.3.1 .4.4.6 Position too old (A/Gb mode only) 
Same as clause 4.3.1.4.3.6 of GMR-1 04.008 [19]. 

4.3.1 .4.4.7 Redirect to new satellite (A/Gb mode only) 
Same as clause 4.3.1.4.3.7 of GMR-1 04.008 [19]. 

4.3.1 .4.4.8 Additional data in REJECT message (A/Gb mode only) 
Same as clause 4.3. 1.4.3.8 of GMR-1 04.008 [19]. 
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4.3.1 .4.4.9 Dark beam activation in progress (A/Gb mode only) 

This reject cause indicates that the network has received the RACH successfully. On receipt of this reject cause the 
MES shall start timer T3115 (Pause Timer) with the value received in the IMMEDIATE ASSIGNMENT REJECT 
TYPE 3 message. The MES should not send another RACH, till the expiry of Pause Timer or till it receives an 
IMMEDIATE ASSIGNMENT REJECT TYPE 3 in which case it will follow the procedure as described in 

clause 4.3.1.4.4. 

4.3.1 .4.4.1 Switch to new BCCH 

Upon receipt of this reject cause the MES will camp-on to the new BCCH ARFCN and initiate the Immediate 
Assignment procedure on RACH as described in clause 4.3.1.3 or 4.3. 1.3a. 

4.3.1 .4.4.1 1 Incorrect Class-2 RACH Info 

In lu mode, the MES shall ignore IMMEDIATE ASSIGNMENT REJECT message with this reject cause. 

In A/Gb mode, on receiving this reject cause, a type A (see GMR-1 3G 45.002 [12]) MES shall re-transmit the Channel 
Request Type 1 message after applying the timing and frequency correction received in the Immediate Assignment 
Reject Type 3 message and shall follow the procedure as described in clause 4.3.1.3. The MES shall retransmit the 
RACH at most three times for each packet access procedure invocation. If the MES receives this cause value more than 
three times within the context of a packet access procedure, the MES shall terminate the current packet access 
procedure and declare failure to the upper layers. 

In A/Gb mode, a type C MES, on receiving this reject cause shall re-transmit the Channel Request Type 1 message after 
applying time and frequency correction as specified in GMR-1 3G 45.010 [16] and shall follow procedure described in 
clause 4.3.1.3. The MES shall retransmit the RACH at most three times for each packet access procedure invocation. If 
the MES receives this cause value more than three times within the context of a packet access procedure, the MES shall 
terminate the current packet access procedure and declare failure to the upper layers. 

In A/Gb mode, if this reject cause was received in response to a Channel Request Type 2 message, by an type C MES, 
the MES shall re-transmit the Channel Request Type 2 message after applying time and frequency correction as 
described in GMR-1 3G 45.010 [16] and shall follow procedure described in clause 4.3.1.3. 

4.3.1 .4.4.12 Non-availability of satellite resources 

This reject cause indicates that the network has insufficient resources to provide packet service in this spotbeam. The 
MES will terminate the current access procedure and declare failure to the upper layers. It shall start timer T3333 with 
the value indicated in the Illumination Retry IE in the Immediate Assignment Reject message and return to idle mode. It 
shall not make another request for packet service until expiry of timer T3333. 

T3333 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/LAI selection. 

4.3.1 .4.4.1 3 Non-Availability of Service 

This reject cause indicates that packet service is not available from the current RAI to this location. The MES shall 
terminate the Packet Access procedure and notify the higher layer of this failure. The MES shall start timer T3144 and 
shall not make another request for packet service until expiry of timer T3 144. 

The MES shall stop T3144 upon measuring a new GPS position if Position Reporting Required is set to Required and: 

a) no GPS position was included in the Channel Request; or 

b) when operating in A/Gb mode, the CPI bit in the Channel Request indicated an old position; or 

c) the new position is at least GPS Update Distance from the reported position. 

T3144 shall apply only to the location area from which the rejection was received. The MES is free to request packet 
service in another location area following spotbeam reselection or change of PLMN/RAI selection. 
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4.3.1.4.4.14 Pause indication 

This reject cause indicates that the network has received the RACH successfully. On receipt of this reject cause, the 
MES shall start timer T31 15 (Pause Timer) with the value received in the IMMEDIATE ASSIGNMENT REJECT 
TYPE 3 or TYPE 4 message. The MES should not send another RACH until any of the following conditions occur: 

• expiry of Pause Timer; 

• MES receives an IMMEDIATE ASSIGNMENT REJECT TYPE 3 or TYPE 4, in which case it will follow the 
procedure as described in clause 4.3.1.4.4; 

• MES receives an IMMEDIATE ASSIGNMENT TYPE 2 or TYPE 4, in which case it will follow the 
procedure as described in clause 4.7.2.1.3. 

4.3.1 .4.4.15 Directed Signalling Connection Re-establishment (lu Mode only) 

On receipt of this reject cause, the MES shall release RRC connection and inform upper layer that the RRC connection 
was released with cause "Directed signalling connection re-establishment". The MES shall then proceed as specified in 
3GPPTS 24.008 [18]. 

4.3.1 .4.4.1 6 RRC Connection Reject (lu Mode only) 

On receipt of this reject cause, if request for RRC connection is pending then the MES shall proceed as specified in 
clause 7.5.1.10 of GMR-1 3G44.118 [25]. If a RRC connection request is not pending then the MES shall ignore the 
IMMEDIATE ASSIGNMENT REJECT message with this reject cause. 

4.3.1 .4.4.1 7 RA Redirect (lu Mode only) 

On receipt of this reject cause, if request for RRC connection is pending then the MES shall abort RRC connection 
establishment and inform upper layer on availability of the new RAI. The new RAI shall be formed using the RAC 
information present in IMMEDIATE ASSIGNMENT REJECT message. 

4.3.1 .4.4.1 8 RRC Connection Release (lu Mode only) 

On receipt of this reject cause, the MES shall release all its radio resources and indicate the release of the established 
signalling connections (as stored in the variable ESTABLISHED_SIGNALLING_CONNECTIONS) and established 
radio access bearers (as stored in the variable ESTABLISHED_RABS) to upper layers. 

The MES shall clear the following RRC variables (see GMR-1 3G 44.1 18 [25]): 

• any entry for the RRC CONNECTION RELEASE message in the tables "Accepted transactions" and 
"Rejected transactions" in the variable TRANSACTIONS; 

• clear the variable ESTABLISHED_SIGNALLING_CONNECTIONS; 

• clear the variable ESTABLISHED_RABS. 

The MES shall pass the value of the IE "Release Cause= Unspecified" to upper layers and enter RRC -Idle mode. 

The MES shall perform the actions specified in clause 7.18 and clause 6 of GMR-1 3G 44.1 18 [25] when entering 
RRC-Idle mode from RRC-Connected mode. 

4.3.1 .4.5 Extended immediate assignment procedure (A/Gb mode) 

If the network is not able to receive the complete CHANNEL REQUEST message and needs further information from 
the MES in order to make call setup decisions, it may ask the MES to initiate the extended immediate assignment 
procedure before sending an initial L3 message. The network should not respond to any incompletely received 
CHANNEL REQUEST message except when it asks the MES for the extended procedure. The network may also 
initiate the extended immediate assignment procedure on receipt of CHANNEL REQUEST TYPE-2 message. As 
explained in clause 4.3.1.4.2.3, the MES establishes the main signalling link and performs contention resolution. It then 
sends the EXTENDED CHANNEL REQUEST message on the main signalHng link and starts timer T3127. If the 
network receives a CHANNEL REQUEST message with packet access establishment cause, it shall not initiate the 
Extended Immediate Assignment Procedure. 
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A MES whose CHANNEL REQUEST message contains packet access establishment cause, shall ignore an immediate 
assignment message to a channel which is to be used in a dedicated mode. 

When sending EXTENDED CHANNEL REQUEST message on the main signalling link immediately following a 
GMPRS suspend procedure, the MES shall set the establishment cause to correspond to the request from upper layers 
(i.e. establishment cause will be set as defined in clause 11. 5. 2.48). 

4.3.1 .4.5.1 EXTENDED IMMEDIATE ASSIGNMENT from network (A/Gb mode) 
Same as clause 4.3.1.4.4.1 of GMR-1 04.008 [19]. 

4.3.1 .4.5.2 EXTENDED IMMEDIATE ASSIGNMENT REJECT from network (A/Gb mode only) 
Same as clause 4.3.1.4.4.2 of GMR-1 04.008 [19]. 

4.3.1 .4.5.3 Abnormal cases (during extended immediate assignment procedure) (A/Gb mode 
only) 

Same as clause 4.3.1.4.4.3 of GMR-1 04.008 [19]. 

4.3.1 .4.6 Position verification procedure (A/Gb mode only) 

Same as clause 4.3.1.4.5 of GMR-1 04.008 [19]. 

4.3.1 .4.6a Position verification procedure (lu mode only) 

Upon receipt of the CHANNEL REQUEST TYPE 3 message with request for "position verification", the network shall 
check the reported position and respond with POSITION VERIFICATION NOTIFY TYPE 2. The response shall be 
sent in any AGCH slot of any frame of the downlink CCCH corresponding to the RACH in which the CHANNEL 
REQUEST TYPE 3 message was received. 

The POSITION VERIFICATION NOTIFY TYPE2 message shall indicate if the position reported in CHANNEL 
REQUEST TYPE 3 is acceptable or not. If the position is not acceptable, then the network may optionally redirect the 
MES to a different spotbeam or to a different routing area (RA) within the current spotbeam from which service can be 
obtained. 

The POSITION VERIFICATION NOTIFY TYPE 2 message contains the S-RNTI, Request Reference and the GPS 
discriminator (derived from the information in the received CHANNEL REQUEST TYPE 3) and optionally new values 
for idle mode (MAC -idle) position reporting. See GMR-1 3G 44.160 [27] for definition of MAC -Idle state. The MES 
shall match the S-RNTI, the request reference and the GPS discriminator received from the network with locally 
maintained values to determine if the POSITION VERIFICATION NOTIFY TYPE 2 message is addressed to it. 

Upon receipt of a matching POSITION VERIFICATION NOTIFY TYPE2 message corresponding to its last sent 
CHANNEL REQUEST TYPE 3 message, the MES shall stop the T3146 timer (if running). 

If the values of the Idle mode GPS Update Timer and Idle mode GPS Update Distance parameters are present in the 
received message, they shall replace the corresponding Position Reporting parameters used in idle mode, (that is, in 
RRC-Idle mode or RRC-GRA_PCH state - whichever state is applicable at the time this procedure was initiated. See 
GMR-1 3G 44.1 18 [25] for definition of RRC states); otherwise, the MES shall continue to use the old idle mode 
Position Reporting parameters. 

If POSITION VERIFICATION NOTIFY TYPE 2 message indicated that position is not acceptable and no alternative 
spot beam information was provided, the MES shall locally release RRC connection, if one exists, and then inform 
upper layers of inability to obtain service. The MES shall then initiate a spot beam reselection. If alternative spot beam 
information is provided , the MES shall locally release RRC connection, switch to the new spot beam and initiate RA 
Update as specified in 3GPP TS 24.008 [18]. 

When alternative spotbeam information is provided, the network may also indicate the RA within the spotbeam to 
which the MES access shall be directed. 
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If the position reported in the position verification CHANNEL REQUEST TYPE 3 message is acceptable with respect 
to the accessed spot beam the network shall indicate this in the POSITION VERIFICATION NOTIFY TYPE 2 
message. If the MES is in RRC idle mode the network shall confirm the routing area with which the reported position 
shall be associated. This shall be done by including the Directed RAC (routing area code) IE within the POSITION 
VERIFICATION NOTIFY TYPE2 message. If the MES is in RRC connected mode, the network will verify from the 
stored MES context that the MES is still within the appropriate RA based on its reported position. If the MES must be 
redirected to a different RA, the network shall include CN Information Info IE in the POSITION VERIFICATION 
NOTIFY TYPE 2 message to notify the MES of the need to change RA. Where the CN Information Info IE is included 
in the POSITION VERIFICATION NOTIFY TYPE2 message, the MES shall pass the IE to the upper layers and 
implement an RRC connection release with Cause equal to "Directed signalling connection re-establishment". 

After receiving the POSITION VERIFICATION NOTIFY TYPE 2 message that indicates acceptable position, MES 
shall store the reported position as the last reported position, end the immediate assignment procedure, and go back to 
MAC-idle state (camped-on substate). 

When RA information is not provided, the MES shall set the RA Indicator to "BCCH-broadcast RAC" at the next RRC 
Connection Setup attempt. 

4.3.1 .5 Assignment procedure completion (A/Gb mode only) 

Same as clause 4.3.1.5 of GMR-1 04.008 [19]. 

4.3.1 .6 Abnormal cases (A/Gb mode only) 

Same as clause 4.3.1.6 of GMR-I 04.008 [19]. 

4.3.2 RR connection establishment initiation by the network: paging 
procedure 

Same as clause 4.3.2 of GMR-1 04.008 [19] with the following modification. 

For lu mode, the network shall page an MES N_page_occurrencesH-l number of times for each paging message to be 
sent to the MES, where N_page_occurrences is a configurable parameter at the network, nominally set to 2. The pages 
have to be transmitted in separate PAGING REQUEST TYPE 4 messages, which are to be separated by exactly 
16 frames, i.e. 640 ms, or 32 frames, i.e. 1.28 seconds depending on the value of SA_PCH_CONFIG_EXT 
(see GMR-1 3G 45.002 [12]). 

4.4 RR connection transfer phase (A/Gb mode only) 

Same as clause 4.4.1.1 of GMR-I 04.008 [19]. 

4.5 RR connection release procedure (A/Gb mode only) 

Same as clause 4.5 of GMR-1 04.008 [19]. 

4.6 Receiving an RR STATUS message by an RR entity 

Same as clause 4.6 of GMR-1 04.008 [19]. 
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4.7 RR procedures on CCCH related to temporary block flow 
establishment 

The establishment of a Temporary Block Flow (TBF) on a packet data physical channel is supported by procedures on 
CCCH. The procedures for temporary block flow establishment using CCCH are only applicable to a mobile station 
supporting GMPRS. These procedures constitute a complement to the corresponding procedures for temporary block 
flow establishment using PCCCH, defined in GMR-1 3G 44.060 [20] and GMR-1 3G 44.160 [27], and include the 
procedures using CCCH for packet paging (see clause 4.7.1), packet access (see clause 4.7.2) and packet downlink 
assignment (see clause 4.7.3). 

4.7.1 Packet paging procedure using CCCH 

The network can initiate the packet paging procedure in order to cause upper layers in the mobile station to respond, see 
clause 5. The packet paging procedure can only be initiated by the network. 

4.7.1 .1 Packet paging initiation by the network 

The packet paging procedure is initiated by the RR entity of the network side. It is triggered by a page request from the 
MM sublayer, see GMPRS-1 04.007 [11]. 

The network initiates the paging procedure by sending a paging request message on an appropriate paging subchannel 
on CCCH. Paging initiation using a paging subchannel on CCCH is used when sending paging information to a mobile 
station. 

There are three types of paging request messages that are applicable: 

• PAGING REQUEST TYPE 1 . 

• PAGING REQUEST TYPE 2. 

• PAGING REQUEST TYPE 3 . 

In a PAGING REQUEST message used for the packet paging procedure, the mobile station shall be identified by the 
P-TMSI (GMPRS TMSI) or its IMSI. If the mobile station is identified by its IMSI, the network shall set the Channel 
Needed field in the Paging Information IE to PDCH to indicate that it is being paged for packet services. On receiving 
the page message the mobile station shall proceed as specified in clause 4.7.1.2. If the mobile station is identified by the 
P-TMSI, it shall proceed as specified in clause 4.7.1.2. 

A PAGING REQUEST message may include more than one mobile station identification. 

The mobile station in packet idle mode is required to receive and analyse the paging messages and immediate 
assignment messages sent on the paging subchannels on CCCH corresponding to the paging groups determined for it in 
packet idle mode, as specified in GMR-1 3G 45.002 [12]. These messages contain a page mode information element. 

The treatment of page mode information, including the procedure when the mobile station selects a new PCH, and the 
procedure if a message in a paging subchannel is not received correctly are defined in clause 4.3.2.1. 

For each paged MES, the PAGING REQUEST message includes SGSN ID and Channel Needed parameters, which 
shall be echoed back by the MES in the CHANNEL REQUEST TYPE 1 message. 

A PAGING REQUEST message may also be used by the network to carry the GPS Almanac Data if some of the slots 
for inserting P-TMSIs are unused. Information about whether a particular slot is carrying P-TMSI/paging information or 
whether it is carrying GPS Almanac Data is given in the TMSI Availability Mask IE. The MES should analyze this IE 
to detect slots that are carrying valid P-TMSIs. 

The choice of message type depends on the number of MESs to be paged and on the types of identities used. The 
maximum number of paged MESs per message is four when using only P-TMSIs for identification of the MESs. 
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4.7.1 .1a Packet paging initiation by the network (lu Mode only) 

In addition to paging procedure specified in clause 4.7.1.1, the RRC entity on the network can also initiate paging 
procedures when managing MES mobility within the radio access network. 

The RRC entity in the network shall initiate the paging procedure by sending a PAGING REQUEST TYPE 4 message 
on an appropriate paging subchannel on CCCH. In a PAGING REQUEST TYPE 4 message, the mobile earth station 
shall be identified by the IMSI, P-TMSI or G-RNTI. The MES shall be paged with G-RNTI if a valid G-RNTI is 
available at the network. If G-RNTI is not available, the network shall page the MES with P-TMSI. If both G-RNTI and 
P-TMSI are not available, then the network shall page the MES with IMSI. On receiving the page message the mobile 
earth station shall proceed as specified in clause 4.7.1.2. 

A PAGING REQUEST TYPE 4 message may include more than one mobile earth station identification. 

The mobile station in MAC -Idle state is required to receive and analyse the paging messages and immediate assignment 
messages sent on the paging subchannels on CCCH corresponding to the paging groups determined for it in packet idle 
mode or MAC-Idle mode, as specified in GMR-1 3G 45.002 [12]. These messages contain a page mode information 
element. 

4.7.1 .2 On receipt of a packet paging request 

In A/Gb mode, on the receipt of a paging request message, the RR sublayer of addressed mobile station indicates the 
receipt of a paging request to the MM sublayer, see GMPRS-1 04.007 [11]. 

In lu mode, on the receipt of a paging request message, the RRC sublayer of addressed mobile station shall proceed as 
specified in GMR-1 3G 44.1 18 [25]. 

4.7.2 Packet access procedure using CCCH 

The packet access procedure using CCCH may be used to establish a temporary block flow to support the transfer of 
LLC PDUs in the direction from the mobile station to the network. 

4.7.2.1 Entering the packet transfer mode: packet access procedure 

The establishment of an uplink temporary block flow may be initiated by the mobile station using the packet access 
procedure. The procedure is triggered by a request from upper layers to transfer a LLC or upper layer PDU, 
see GMPRS-1 04.007 [11] and 3GPP TS 24.007 [26]. The request from upper layers specifies radio priority and an 
RLC mode associated with the packet transfer or it indicates that the packet to be transferred contains signalling. 

Upon such a request: 

• if access to the network is allowed (see clause 4.7.2.1.1), the mobile station initiates the packet access 
procedure as defined in clause 4.7.2.1.2; 

• otherwise, it rejects the request. 

If the request from upper layers indicates signalling, the highest radio priority level shall be used at determination if 
access to the network is allowed, and the acknowledged RLC mode shall be used. 

4.7.2.1 .1 Permission to access the network 

Access to the network is allowed: 

• if the mobile station is a member of at least one authorized access class or special access class as defined in 
clause 4.3.1.2; and 



• 



if packet access is allowed in the cell for the radio priority level associated with the packet transfer, as 
indicated by the PRIORITY_ACCESS_THRESHOLD parameter broadcast in system information. 
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4.7.2.1 .2 Initiation of the packet access procedure: channel request (A/Gb mode only) 

The mobile station schedules CHANNEL REQUEST TYPE 1 message is sent on a RACH as defined in clause 4.3.1.3 
and leaves the packet idle mode. The CHANNEL REQUEST TYPE 1 message is sent on RACH and contains an 
establishment cause which indicates packet access. The CHANNEL REQUEST TYPE 1 message also contains a 
random reference which is drawn randomly fi^om an uniform probability distribution for every new transmission. 

After sending the CHANNEL REQUEST TYPE 1 message, the mobile station shall monitor the 1 downlink 
CCCH(AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL REQUEST TYPE 1 message. 

A mobile station belonging to GMPRS MES class B shall continue to monitor its paging subchannel on CCCH for 
PAGING REQUEST messages indicating an establishment of RR connection. A mobile station belonging to GMPRS 
MES class B may abort the packet access procedure at the receipt of a PAGING REQUEST messages indicating an 
establishment of RR connection. 

Having sent the CHANNEL REQUEST TYPE 1 message, the mobile station starts timer T3146. At expiry of timer 
T3146, another CHANNEL REQUEST TYPE 1 message is sent if the maximum count has not been reached or else the 
packet access procedure is aborted and a packet access failure is indicated to upper layers. 

If the mobile station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a packet 
paging procedure) message during the packet access procedure, the mobile station shall ignore the message. 

4.7.2.1 .2a Initiation of the packet access procedure: channel request (lu mode only) 

The mobile station schedules transmission CHANNEL REQUEST TYPE 3 message on RACH3 as defined in 
clause 4.3.1.3a and leaves the MAC -Idle state. 

The CHANNEL REQUEST TYPE 3 message contains an establishment cause which indicates the reason for initiating 
the packet access. After sending the CHANNEL REQUEST TYPE 3 message, the mobile earth station shall monitor the 
downlink CCCH(AGCH) corresponding to the uplink CCCH used for transmitting the channel request message. 

Having sent the CHANNEL REQUEST TYPE 3 message, the mobile station starts timer T3146. At expiry of timer 
T3146, another CHANNEL REQUEST TYPE 3 message is sent if the maximum count has not been reached or else the 
packet access procedure is aborted and a packet access failure is indicated to upper layers. 

If the mobile station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a packet 
paging procedure) message during the packet access procedure, the mobile earth station shall ignore the message. 

4.7.2.1 .3 Packet immediate assignment 

4.7.2.1 .3.1 On receipt of a CHANNEL REQUEST TYPE 1 message (A/Gb mode only) 

On receipt of a CHANNEL REQUEST TYPE 1 message indicating a packet access, the network may allocate a 
temporary flow identity and assign a packet uplink resource comprising PDCH(s) for an uplink temporary block flow. 

The packet uplink resource is assigned to the mobile station in an IMMEDIATE ASSIGNMENT TYPE 2 message sent 
in unacknowledged mode on the same CCCH on which the network has received the CHANNEL REQUEST TYPE 1 
message. There is no further restriction on what part of the downlink CCCH the IMMEDIATE ASSIGNMENT TYPE 2 
message can be sent. Timer T3141 is started on the network side. After transmission of IMMEDIATE ASSIGNMENT 
TYPE 2 network shall schedule USE after expiry of TUSF timer to account for propagation and processing delay. 

Depending on the GMPRS terminal type The IMMEDIATE ASSIGNMENT TYPE 2 message may contain: 

Packet channel description; 

USE/ Allocation Bitmap; 

TLLI; 

Timing and Frequency Offset; 

Starting Frame Number; 

TFI; 



£75/ 



Release 6 44 ETSI TS 1 01 376-4-8 V3.1 .1 (2009-07) 

USF_Granularity; 

MAC Mode; 

Control MAC-slot; 

Modulation and Coding Scheme; 

MAC-Slot Allocation; 

Packet Power Control Parameters. 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 2 message corresponding to its CHANNEL REQUEST TYPE 1 
message, the mobile station stops T3146 or T3115 (if either of them is running), stops sending CHANNEL REQUEST 
TYPE 1 messages, and switches to the assigned PDCH. 

An IMMEDIATE ASSIGNMENT TYPE 2 message shall indicate an assignment starting time in the TBF Starting 
frame number. The MES shall switch to the assigned PDCHs at the TBF starting frame number. If while monitoring the 
CCCH the mobile station receives more than one IMMEDIATE ASSIGNMENT TYPE 2 message, it shall act upon the 
most recently received message and shall ignore the previous message. If the mobile station receives the message with 
TBF starting frame number set to zero, it shall immediately switch to the assigned PDCH. 

4.7.2.1 .3.1a On receipt of a CHANNEL REQUEST TYPE 3 message (lu mode only) 

If the CHANNEL REQUEST TYPE3 message indicated that the request is for position verification, then the network 
shall respond as specified in clause 4.3.L4.6a. 

On receipt of a CHANNEL REQUEST TYPE 3 message requesting packet switched resources, the network may 
allocate dedicated (DCH) and/or shared radio resources (PDCH) to the MES. Where the CHANNEL REQUEST TYPE 
3 message Cause indicates periodic GRA UPDATE or periodic CELL UPDATE, the network may respond with an 
IMMEDIATE ASSIGNMENT TYPE 5 message. This packet assignment exchange is intended to support such RRC 
procedures that require only a single confirmation or indication message from the network without the need for further 
assignment of radio channel resources. 

The radio resource is assigned to the mobile station in an IMMEDIATE ASSIGNMENT TYPE 4 message sent in 
unacknowledged mode on the same CCCH on which the network has received the CHANNEL REQUEST TYPE 3 
message. There is no further restriction on what part of the downlink CCCH the IMMEDIATE ASSIGNMENT TYPE 4 
message can be sent. Timer T3141and TUSF is started on the network side. 

If the network included uplink frequency information in IMMEDIATE ASSIGNMENT TYPE 4 message for shared 
channel allocations, then network shall schedule USFs after expiry of TUSF timer. 

If the network did not include uplink frequency information or if uplink frequency information included is meant only 
for dedicated channel allocations, then the network shall transmit PDCH ORGANIZATION message on the downlink 
PDCH on expiry of TUSF. After transmission of PDCH ORGANIZATION, which defines the uplink frequencies to be 
used for shared allocations, the network shall schedule USFs. The network shall take into account processing delays at 
the UT for interpreting PDCH ORGANIZATION message before scheduling USFs. 

NOTE: PDCH ORGANIZATION message is transmitted on the downlink frequency specified in Frequency 
Allocation IE. 

4.7.2.1 .3.1b On receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message (lu mode only) 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 4 message corresponding to one of its CHANNEL REQUEST 
TYPE 3 messages and matching S-RNTI, the mobile earth station shall stop T3146, stop sending CHANNEL 
REQUEST TYPE 3 messages and act on the contents of Packet Immediate Assignment Type 4 IE. 

The MES shall use always S-RNTI and the associated Request Reference (see clause 11.5.2.30) to determine if the 
IMMEDIATE ASSIGNMENT TYPE 4 was addressed to it even if G-RNTI was included in CHANNEL REQUEST 
TYPE 3 message. G-RNTI and S-RNTI are defined in GMR-1 3G 44.118 [25]. 
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Packet Immediate Assignment Type 4 IE can convey TBF resource allocation on shared channels (PDCH) and/or 
dedicated channels (DCH). The network shall always include downlink frequency information in Frequency Allocation 
IE. If the allocation involves dedicated channel, then the network shall always include uplink frequency information in 
the Frequency Allocation IE. The MES shall abort the packet immediate assignment procedure with return to system 
information, if the IMMEDIATE ASSIGNMENT TYPE 4 specifying dedicated allocation does not contain uphnk 
frequency information. 

For TBF allocations on shared channels, the network shall indicate uplink frequency information (if present) in the 
Frequency Allocation IE can be used by the MES or if the MES must obtain this information from a subsequent PDCH 
ORGANIZATION message or PDCH Uplink Organization IE (see GMR-1 3G 44.060 [20]) for messages that include 
PDCH Uplink Organization IE). 

If the network indicated that the included uplink frequency information can be used by the MES for transmissions on 
the shared channel, then the MES shall switch to the downlink frequency specified in Frequency Allocation IE and 
monitor the downlink for USE allocations. Transmissions from the MES shall occur on the uplink frequency 
information specified in the Frequency Allocation IE. 

If the network indicated that the uplink frequency information is specified in the PDCH ORGANIZATION message or 
PDCH Uplink Organization IE, then the MES shall start timer T3147 switch to the downlink frequency specified in 
Frequency Allocation IE and monitor the downlink for PDCH ORGANIZATION message or PDCH Uplink 
Organization IE (see GMR-1 3G 44.060 [20]) from the network. If timer T3147 expires before a PDCH 
ORGANIZATION message or PDCH Uplink Organization IE is received, then the MES shall abort the packet 
immediate assignment procedure and report failure to upper layer layers. While waiting for PDCH ORGANIZATION 
message or PDCH Uplink Organization IE from the network, the MES shall be capable of transmitting on dedicated 
channel if one was allocated in IMMEDIATE ASSIGNMENT TYPE 4 message. 

On receipt of PDCH ORGANIZATION message addressed to the MES or on receipt of PDCH Uplink Organization IE 
in any of the messages specified in GMR-1 3G 44.060 [20], the MES shall stop timer T3147, store the uplink frequency 
information (overwriting any previous values), and monitor the downlink for USE allocations. The MES shall ignore 
PDCH ORGANIZATION messages received from the network if timer T3147 is not running. Transmissions from the 
MES shall occur on the uplink frequency information specified in the PDCH ORGANIZATION message or PDCH 
Uplink Organization IE. 

4.7.2.1 .3.1c On receipt of an IMMEDIATE ASSIGNMENT TYPE 5 message (lu mode only) 

On receipt of an IMMEDIATE ASSIGNMENT TYPE 5 message corresponding to one of its CHANNEL REQUEST 
TYPE 3 messages and matching S-RNTI, the mobile earth station shall stop T3146, stop sending CHANNEL 
REQUEST TYPE 3 messages and act on the contents of Packet Immediate Assignment Type 5 IE. The Packet 
Immediate Assignment Type 5 IE will include information equivalent to RRC message sent in response to the particular 
CHANNEL REQUEST TYPE 3 message Cause. For example, where the network returns an IMMEDIATE 
ASSIGNMENT TYPE 5 message in response to a CHANNEL REQUEST TYPE 3 message with Cause equal to "RRC 
periodic GRA Update", the Packet Immediate Assignment Type 5 IE shall contain information present in the RRC GRA 
UPDATE CONFIRM message (see GMR-1 3G 44.118 [25]). 

The MES shall use always S-RNTI and the associated Request Reference (see clause 11.5.2.30) to determine if the 
IMMEDIATE ASSIGNMENT TYPE 5 was addressed to it. S-RNTI is defined in GMR-1 3G 44.118 [25]. 

4.7.2.1 .3.2 One phase packet access 
This clause is currently not supported in GMR-1. 

4.7.2.1 .3.3 Single block packet access 
This clause is currently not supported in GMR-1. 

4.7.2.1 .3.4 Packet access rejection 

The network may send to the mobile station an IMMEDIATE ASSIGNMENT REJECT (TYPE 1, TYPE 2, TYPE 3 or 
TYPE 4) message in unacknowledged mode on the same CCCH on which the channel request message was received. 
There is no further restriction on what part of the downhnk CCCH an IMMEDIATE ASSIGNMENT REJECT message 
can be sent. On receipt of these messages the MES will follow the procedures as described in clause 4.3.1.4.4. 
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4.7.2.1.4 Packet access completion 

The packet access procedure is completed when the mobile station has entered the packet transfer mode. Timer T3141 
is stopped on the network side. 

4.7.2.1.5 Abnormal cases 

If a failure occurs on the mobile station side the allocated temporary block flow is released; the mobile station returns to 
packet idle mode, upper layers are notified (TBF establishment failure), transactions in progress are aborted: 

• If an IMMEDIATE ASSIGNMENT TYPE 2 or TYPE 4 message indicates an invaUd PDCH frequency then a 
TBF establishment failure has occurred. 

• If an IMMEDIATE ASSIGNMENT REJECT message is received with cause "Incorrect Class 2 RACH Info" 
then the MES shall proceed as described in clause 4. 3. 1.4.4. 11. 

• On the network side, if timer T3141 elapses the newly allocated temporary block flow is released as specified 
in GMR-1 3G 44.060 [20] and the packet access is forgotten. 

4.7.2.2 Sending an RLC/MAC control message: single block packet access 

procedure 

This clause is currently not supported in GMR-1. 

4.7.3 Packet downlink assignment procedure using CCCH (A/Gb mode 
only) 

The packet downlink assignment procedure using CCCH may be used to establish a temporary block flow to support 
the transfer of LLC PDUs in the direction from the network to the mobile station. 

4.7.3.1 Entering the packet transfer mode: packet downlink assignment procedure 

4.7.3.1.1 General 

The establishment of a downlink temporary block flow may be initiated by the RR entity on the network side using the 
packet downlink assignment procedure. The procedure is triggered by a request from upper layers to transfer a LLC 
PDU, see GMPRS-1 04.007 [11]. The request from upper layers specifies a QOS profile, an RLC mode, DRX 
parameters and a MES classmark associated with the packet transfer. 

Upon such a request, the network shall determine whether the mobile station is in packet idle mode or packet transfer 
mode. The packet downlink assignment procedure using CCCH is applicable when the mobile station is in packet idle 
mode. 

The network may allocate a temporary flow identity and assign a packet downlink resource comprising PDCH(s) for a 
downlink temporary block flow. 

4.7.3.1 .2 Initiation of the packet downlink assignment procedure 

The network initiates the packet downlink assignment procedure by sending an IMMEDIATE ASSIGNMENT TYPE 3 
message in unacknowledged mode on the CCCH corresponding to CCCH group the mobile station belongs to. If the 
mobile station does not apply DRX, there is no further restriction on what part of the downlink CCCH an IMMEDIATE 
ASSIGNMENT TYPE 3 message can be sent. If the mobile station applies DRX, the message shall be sent in the 
CCCH corresponding to a paging group determined for the mobile station in packet idle mode, see GMR-1 
3G 45.002 [12]. 
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The IMMEDIATE ASSIGNMENT TYPE 3 message contains: 

Page Mode; 

TLLI; 

Downlink TFI; 

Starting Frame Number; 

RLC Mode; 

MAC-Slot Allocation; 

Packet Power Control Parameters; 

Persistence Level; 

Timing Advance Index; 

Packet Frequency Parameters. 

On reception of IMMEDIATE ASSIGNMENT TYPE 3 message, the MES shall respond with a PACKET CHANNEL 
REQUEST message on a PRACH channel with a cause code "Packet Initial Correction" if timer T3202 has not expired. 
If timer T3202 has expired, the MES shall ignore IMMEDIATE ASSIGNMENT TYPE 3 and continue listening to the 
CCCH corresponding to its paging group. On sending the message on a PRACH channel the MES shall start timer 
T3208 and start monitoring the assigned MAC-slots on the downlink channel. On reception of PRACH, the network 
shall provide the time and frequency correction on the assigned downlink channel using a PACCH. The MES shall stop 
timer T3208 on reception of the first timing and frequency synchronization parameters. 

If the timer T3208 expires, the MES shall ignore the received downlink assignment and shall return to packet idle mode. 

When timer T3208 is active, the MES shall not initiate uplink access procedure on RACH or PRACH to establish an 
uplink TBF. 

The MES shall not transmit any uplink PNB bursts (including timing correction bursts if scheduled) until it has received 
timing and frequency correction value at least once from the network since the last IMMEDIATE ASSIGNMENT 
TYPE 3 message was received on the PCH channel. But, the MES shall be capable of receiving downlink data prior to 
receiving the timing and frequency correction values. 

An IMMEDIATE ASSIGNMENT TYPE 3 message shall indicate an assignment starting time in the TBF Starting 
frame number. The mobile station may monitor CCCH till an access burst with cause code "Packet Initial Correction" is 
transmitted. The MES shall switch to the assigned PDCHs at the TBF starting frame number. If while monitoring the 
CCCH the mobile station receives more than one IMMEDIATE ASSIGNMENT TYPE 3 message, it shall act upon the 
most recently received message and shall ignore the previous message. 

The timer T3190 shall be started immediately at the TBF starting frame number. If the mobile station receives the 
message with TBF starting frame number set to zero, it shall immediately start timer T3190 and switch to the assigned 
PDCH. 

The MES shall wait till it gets the first timing correction from the network. The mobile station shall only use the 
continuous update timing advance mechanism using PTCCH channel, see GMR-1 3G 45.010 [16]. 

4.7.3.1 .3 Packet downlink assignment completion 

After having sent the packet downlink assignment, the network starts sending downlink RLC/MAC blocks on the 
assigned packet downlink resource and the packet downlink assignment procedure is completed at the network side. On 
the mobile station side, the procedure is completed when the mobile station receives an RLC/MAC block identified by 
the assigned temporary flow identity. The mobile station stops timer T3190. The mobile station has entered packet 
transfer mode. 
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4.7.3.1.4 Abnormal cases 

If a failure occurs on the mobile station side before the packet downlink assignment procedure is completed 
(TBF establishment failure), the temporary block flow is released; the mobile station returns to packet idle mode: 

• If the mobile station does not receive a RLC/MAC block on the assigned PDCHs before timer T3 190 expires, 
then a TBF establishment failure has occurred. 

• If the information available in the mobile station, after the reception of an IMMEDIATE ASSIGNMENT 
TYPE 3 message, does not satisfactorily define a PDCH, then a TBF establishment failure has occurred. 

• If the mobile station does not receive timing and frequency correction before the elapse of timer T3208, then a 
TBF establishment failure has occurred. 

If an IMMEDIATE ASSIGNMENT TYPE 3 message indicates a PDCH in a non-supported frequency band, then a 
TBF establishment failure has occurred. 

4.7.3.2 Sending an RLC/MAC control message: single block packet downlink 

assignment procedure 

This clause is currently not supported in GMR-1. 

4.8 GMPRS suspend procedure on CCCH (A/Gb mode only) 

A GMPRS MES class B attached for GMPRS service shall initiate procedure for suspending GMPRS services before 
entering RR dedicated mode. Suspension of GMPRS services is triggered if the GMPRS class B MES decides to 
respond to a page for circuit-switched services. Suspension of GMPRS service is also triggered due to a request from 
the upper layer to establish a dedicated connection for mobile-originated call establishment. 

4.8.1 Initiation of GMPRS suspend procedure 

The mobile earth station initiates a GMPRS suspend procedure by scheduling transmission of a CHANNEL REQUEST 
TYPE 2 message on a RACH as defined in clause 4.3.1.3. The CHANNEL REQUEST TYPE 2 message contains a 
request type that indicates the reason for suspending GMPRS services. 

If the MES sends position information in the CHANNEL REQUEST TYPE 2 message, it shall send the timestamp in 
CIPHER MODE COMPLETE message. 

After sending the CHANNEL REQUEST TYPE 2 message, the mobile station shall start timer T3126 and shall monitor 
the downlink CCCH (AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL REQUEST 
TYPE 2 message. The mobile station shall follow procedures specified in clause 4.3.1.3 for retransmitting CHANNEL 
REQUEST TYPE 2. 

If the mobile earth station receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a 
packet paging procedure) message during the GMPRS suspend procedure, the MES shall ignore the message. 

4.8.2 Completion of GMPRS suspend procedure 

On receipt of a CHANNEL REQUEST TYPE 2 message indicating a request for suspending GMPRS services, the 
network shall attempt to suspend GMPRS services. Further actions on the network side are determined by the request 
type field in CHANNEL REQUEST TYPE 2. 

If the request type in CHANNEL REQUEST TYPE 2 indicated that suspension is due to emergency, mobile originating 
call, MM procedure or call re-establishment, then the network shall initiate extended immediate assignment procedure 
as specified in clause 4.3.1.4.2.3. After transmitting a CHANNEL REQUEST TYPE 2 message, the RR sublayer shall 
indicate successful suspension of GMPRS services to the MM sublayer. If the MES received IMMEDIATE 
ASSIGNMENT indicating extended immediate assignment, it shall proceed as specified in clause 4.3.1.4.5. If the MES 
received IMMEDIATE ASSIGNMENT REJECT it shall proceed as specified in clause 4.3.1.4.4. 
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If the request type in CHANNEL REQUEST TYPE 2 indicated that suspension is due to answer to paging, then the 
actions on the network are the same as those taken on receipt of a CHANNEL REQUEST with establishment cause set 
to "In Response to Paging". After transmitting a CHANNEL REQUEST TYPE 2 message, the RR sublayer shall 
indicate successful suspension of GMPRS services to the MM sublayer. If the MES received IMMEDIATE 
ASSIGNMENT indicating extended immediate assignment, it shall proceed as specified in clause 4.3.1.4.2. If the MES 
received IMMEDIATE ASSIGNMENT REJECT, it shall proceed as specified in clause 4.3.L4.4. 

4.8.3 Abnormal cases 

The MES shall ignore IMMEDIATE ASSIGNMENT without extended immediate assignment indicator when 
requesting suspension of GMPRS services due to emergency, mobile originating call, MM procedure or call 
re-establishment. 

On expiry of timer T3126 the mobile earth station shall retransmit CHANNEL REQUEST 2. If the MES did not receive 
an IMMEDIATE ASSIGNMENT or IMMEDIATE ASSIGNMENT REJECT from the network after having made 
maximal attempts to send CHANNEL REQUEST TYPE 2 message, the MES declares failure and notifies upper layers. 

4.9 GMPRS resume procedure on CCCH (A/Gb mode only) 

GMPRS resume procedure is triggered by a request from MM sub-layer on the mobile earth station side to resume a 
previously suspended GMPRS service (see clause 4.8). the GMPRS resume procedure shall be initiated on CCCH if 
timer T3202 has expired on the MES. If timer T3202 is still running, then the MES shall initiate GMPRS resume 
procedure on PCCCH (see GMR-1 3G 44.060 [20]). 

4.9.1 Initiation of GMPRS resume procedure 

GMPRS resume procedure is triggered by a request from MM sub-layer on the mobile earth station side to resume a 
previously suspended GMPRS service (see clause 4.8). the GMPRS resume procedure shall be initiated on CCCH if 
timer T3202 has expired on the MES. If timer T3202 is still running, then the MES shall initiate GMPRS resume 
procedure on PCCCH (see GMR-1 3G 44.060 [20]). 

The mobile earth station initiates a GMPRS resume procedure by scheduling transmission of a CHANNEL REQUEST 
TYPE 2 message on a RACH as defined in clause 4.3.1.3. The CHANNEL REQUEST TYPE 2 message contains a 
request type that indicates resumption of GMPRS services. 

After sending the CHANNEL REQUEST TYPE 2 message, the MES shall start timer T3196 and monitor the downlink 
CCCH (AGCH) corresponding to the uplink CCCH used for transmitting the CHANNEL REQUEST TYPE 2 message. 
The mobile station shall follow procedures specified in clause 4.3.1.3 for retransmitting CHANNEL REQUEST 
TYPE 2. 

If the MES receives an IMMEDIATE ASSIGNMENT TYPE 3 or a PAGING REQUEST (indicating a packet paging 
procedure) message during the GMPRS resume procedure, the MES shall ignore the message. The MES shall respond 
to PAGING REQUEST for circuit switched services. 

4.9.2 Completion of GMPRS resume procedure 

On receipt of a CHANNEL REQUEST TYPE 2 message requesting resumption of GMPRS services, the network shall 
attempt to resume GMPRS services only if a GMPRS suspend procedure (see clause 4.8) was successful for the same 
mobile station. If the GMPRS suspend procedure was unsuccessful or if sufficient information is not available due to a 
previous network failure, then the network shall respond with a GMPRS RESUME RESPONSE message on AGCH 
with a result indicating that GMPRS service resumption was unsuccessful. If the GMPRS suspend procedure for the 
mobile station was successful, then the network shall attempt to resume the GMPRS services. On successful completion 
of GMPRS service resumption, the network shall transmit a GMPRS RESUME RESPONSE message on AGCH with a 
result indicating that GMPRS service was successfully resumed. 

The MES shall compare the TLLI previously reported in the CHANNEL REQUEST TYPE 2 message with the TLLI 
present in GMPRS RESUME RESPONSE message. If the two TLLIs do not match, the MES shall ignore the GMPRS 
RESUME RESPONSE and continue to wait for a response from the network. 
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On receipt of a GMPRS RESUME RESPONSE message matching its TLLI, the mobile earth station shall stop timer 
T3196 and conclude the GMPRS resume procedure. The mobile station shall then notify MM sub-layer of the result 
(success or failure) of the GMPRS resume procedure. 

4.9.3 Abnormal cases 

On expiry of timer T3196, the mobile earth station shall reinitiate the GMPRS resume procedure on CCCH unless it has 
already been reinitiated 3 times, in which case the mobile earth station shall return packet idle mode and indicate a 
failure to resume GMPRS services to the MM sub-layer. 



5 Elementary procedures for mobility management 

5.1 General 

Same as clause 4.1 of 3GPP TS 24.008 [18]. 

5.1 .1 MM and GMM procedures 

5.1 .1 .1 Types of MM and GMM procedures 

Same as those defined in clause 4.1.1.1 of 3GPP TS 24.008 [18]. 

5.1 .1 .1 .1 Integrity Checking of Signalling Messages in the Mobile Station (lu mode only) 

Same as clause 4.1.1.1.1 of 3GPP TS 24.008 [18]. 

5.1.1.1.1a Integrity protection for emergency call (lu mode only) 

Same as clause 4.1.1.1.1a of 3GPP TS 24.008 [18]. 

5.1 .1 .2 MM-GMM co-ordination for GMPRS MESs (A/Gb mode only) 

5.1 .1 .2.1 GMPRS MS operating in mode A or B in a network that operates in mode I 

Same as clause 4.1.1.2.1 of 3GPP TS 24.008 [18], with the following additional requirements for GMPRS Class-B 
MES: 

If registration is required during optimal routing, a GMPRS Class-B MES shall not use combined GMM procedures for 
registration, a GMPRS Class-B MES shall proceed as specified in clause 5.5.1.8. MM-GMM co-ordination shall 
continue on completion (successful or unsuccessful) of the optimally routed call. 

5.1 .1 .2.2 GPRS MS operating in mode A or B in a network that operates in mode II or III 

Same as clause 4.1.1.2.2 of 3GPP TS 24.008 [18], with following additional requirements for GMPRS Class-B MES: 

If registration is required during optimal routing, a GMPRS Class-B MES shall not use combined GMM procedures for 
registration, a GMPRS Class-B MES shall proceed as specified in clause 5.5.1.8. MM-GMM co-ordination shall 
continue on completion (successful or unsuccessful) of the optimally routed call. 

5.1 .1 .3 Core Network System Information for MM (lu mode only) 

Same as clause 4. 1 . 1 . 3 of 3GPP TS 24.008 [18]. 

5.1 .1 .4 Core Network System Information for GMM (lu mode only) 

Same as clause 4. 1 . 1 .4 of 3GPP TS 24.008 [18]. 
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5.1 .2 MM sublayer states 

Same as clause 5.1.2 of GMR-1 04.008 [19]. 

5.1 .3 GPRS mobility management (GMM) sublayer states 

Same as clause 4.1.3 of 3GPP TS 24.008 [18]. 

5.1 .3.1 GMM states in the MES 

Same as clause 4.1.3.1 of 3GPP TS 24.008 [18]. 
5.1.3.1.1 Main states 

5.1.3.1.1.1 GMM-NULL 

Same as clause 4.1.3.1.1.1 of 3GPP TS 24.008 [18]. 

5.1.3.1.1.2 GMM-DEREGISTERED 

The GPRS capability has been enabled in the MES, but no GMM context has been established. In this state, the MES 
may establish a GMM context by starting the GPRS attach procedure. 

5.1 .3.1 .1 .3 GMM-REGISTERED-INITIATED 

A GPRS attach procedure has been started and the MES is awaiting a response from the network. 

If a dark beam indication is received or MES detects unavailability of packet data channels (see clause 4.2.2. 1 .4.3) 
before a peer level response from the network, the MES will transition to GMM-DEREGISTERED.NORMAL- 
SER VICE-DARK-BEAM. If a status indication is received from the lower layers with a cause indicating "Switch to 
new BCCH", the MES will transition to GMM-DEREGISTERED. PLMN-SEARCH. The timer T3310 will be stopped, 
attempt counter will not be incremented and the GU status will not be changed. 

5.1.3.1.1.4 GMM-REGISTERED 

A GMM context has been established, i.e. the GPRS attach procedure has been successfully performed. In this state, the 
MES may activate PDP contexts, may send and receive user data and signalling information and may reply to a page 
request. Furthermore, cell and routing area updating are performed. 

5.1 .3.1 .1 .5 GMM-DEREGISTERED-INITIATED 

The MES has requested release of the GMM context by starting the GPRS detach procedure. This state is only entered 
if the MES is not being switched off at detach request. 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels 
(see clause 4.2.2.1.4.3) before a peer layer response from the network, the MES will transition to 
GMM-DEREGISTERED.NORMAL-SER VICE-DARK-BEAM. The attempt counter will not be incremented and the 
GU status will not be changed. 

5.1 .3.1 .1 .6 GMM-ROUTING-AREA-UPDATING-INITIATED 

A routing area updating procedure has been started and the MES is awaiting a response from the network. 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels 
(see clause 4.2.2.1.4.3) before a response from the network, the MES will transition to 

GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. The timer T3330 will be stopped, attempt counter 
will not be incremented and the GU status will not be changed. 



£75/ 



Release 6 52 ETSI TS 1 01 376-4-8 V3.1 .1 (2009-07) 

5.1 .3.1 .1 .7 GMM-SERVICE-REQUEST-INITIATED (lu mode only) 

Same as clause 5.1.3.1.1.7 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .2 Substates of state GMM-DEREGISTERED 

Same as clause 4.1.3.1.2 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .2.1 GMM-DEREGISTERED. NORMAL-SERVICE 
Same as clause 4.1.3.1.2.1 of 3GPPTS 24.008 [18]. 

5.1 .3.1 .2.2 GMM-DEREGISTERED. LIMITED-SERVICE 
Same as clause 4.1.3.1.2.2 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .2.3 GMM-DEREGISTERED.ATTACH-NEEDED 

Valid subscriber data is available and for some reason a GPRS attach must be performed as soon as possible. This state 
is usually of no duration, but can last, e.g. if the access class is blocked or PS domain specific access control 
(see clause 5.1.1.2.1). 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels (see 

clause 4.2.2.1.4.3), the MES will transition to substate GMM-DEREGISTERED.NORMAL-SERVICE-D ARK-BEAM. 

5.1 .3.1 .2.4 GMM-DEREGISTERED.ATTEMPTING-TO-ATTACH 

The GPRS update status is GU2, a cell is selected, a previous GPRS attach was rejected. The execution of further attach 
procedures depends on the GPRS attach attempt counter. No GMM procedure except GPRS attach shall be initiated by 
the MES in this substate. 

If a dark beam indication is received or if the MES detects unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3), the MES will transition to substate GMM-DEREGISTERED.NORMAL-SER VICE-DARK-BEAM. 
If a status indication is received from the lower layers with a cause indicating "Switch to new BCCH", the MES will 
transition to GMM-DEREGISTERED.PLMN-SEARCH. 

5.1 .3.1 .2.5 GMM-DEREGISTERED. NO-IMSI 
Same as clause 4.1.3.1.2.5 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .2.6 GMM-DEREGISTERED. NO-CELL-AVAILABLE 
Same as clause 4.1.3.1.2.6 of 3GPP TS 24.008 [18] 

5.1 .3.1 .2.7 GMM-DEREGISTERED.PLMN-SEARCH 

The mobile station is searching for PLMNs. This substate is left either when a PLMN has been selected (the new 
substate is NORMAL-SERVICE or LIMITED-SERVICE) or when it has been concluded that no cell is available at the 
moment (the new substate is NO-CELL-AVAILABLE). 

5.1 .3.1 .2.8 GMM-DEREGISTERED. SUSPENDED (A/Gb mode only) 
Same as clause 4.1.3.1.2.8 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .2.9 GMM-DEREGISTERED. INVALID-POSITION (A/Gb mode only) 

The MES was attempting an attach or a detach procedure which could not be completed due to invalid position of the 
MES. Further actions of the MES are specified in clause 5.2.5.2.9. 
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5.1.3.1.2.10 GMM-DEREGISTERED. NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 

The MES was attempting an attach or a detach procedure which could not be completed due to unavailability of suitable 
packet data channels (see clause 4.2.2.1.4.3) or dark beam indication. This substate ends when the MES receives a 
trigger from upper layers or on detecting availability of suitable packet data channels or on receiving a light beam 
indication. The MES then transitions to substate GMM-DEREGISTERED.NORMAL-SERVICE. 

5.1 .3.1 .3 Substates of state GMM-REGISTERED 

Same as clause 4.1.3.1.3 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .3.1 GMM-REGISTERED.NORMAL-SERVIGE 

User data and signalling information may be sent and received. 

When operating in A/Gb mode, on receiving a dark beam indication or on detecting the unavailability of suitable packet 
data channels (see clause 4.2.2.1.4.3) the MES will transition to substate GMM-REGISTERED.NORMAL-SER VICE- 
DARK-BEAM. 

5.1 .3.1 .3.2 GMM-REGISTERED. SUSPENDED (A/Gb mode only) 
Same as clause 4.1.3.1.3.2 of 3GPPTS 24.008 [18]. 

5.1 .3.1 .3.3 GMM-REGISTERED. UPDATE-NEEDED 

The MES has to perform a routing area updating procedure, but its access class is not allowed in the cell. The procedure 
will be initiated as soon as access is granted (this might be due to a cell-reselection or due to change of the access class 
of the current cell). No GMM procedure except routing area updating shall be initiated by the MES in this substate. In 
this substate, no user data and no signalling information shall be sent. 

On receiving a dark beam indication or on detecting the unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3) the MES will transition to GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.4 GMM-REGISTERED.ATTEMPTING-TO-UPDATE 

A routing area updating procedure failed due to a missing response from the network. The MES retries the procedure 
controlled by timers and a GMPRS attempt counter. No GMM procedure except routing area updating shall be initiated 
by the MES in this substate. No data shall be sent or received. 

On receiving a dark beam indication or on detecting the unavailability of suitable packet data channels (see 
clause 4.2.2.1.4.3) the MES will transition to GMM-REGISTERED.ROUTING-AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.5 GMM-REGISTERED. NO-CELL-AVAILABLE 
Same as clause 4.1.3.1.3.5 of 3GPP TS 24.008 [18]. 

5.1 .3.1 .3.6 GMM-REGISTERED. LIMITED-SERVICE 

A PLMN is selected, which is known not to be able to provide normal service. The MES will remain in this substate 
until a PLMN is selected which is able to provide normal service. 

5.1 .3.1 .3.7 GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM 

Same as clause 4.1.3.1.3.7 of 3GPP TS 24.008 [18]. 
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5.1 .3.1 .3.8 GMM-REGISTERED. NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 

The MES shall enter this substate on receiving a dark beam indication or on detecting the unavailability of suitable 
packet data channels (see clause 4.2.2.1.4.3) in substate GMM-REGISTERED. NORMAL-SERVICE. No user data and 
signalling shall be sent by the MES in this substate. The MES will remain in this substate until a trigger is received to 
send user data, timer T3312 expires, the MES detects availability of suitable packet channels or a light beam indication 
is received. On receiving a light beam indication or on detecting availability of suitable packet data channels the MES 
will transition to substate GMM-REGISTERED.NORMAL-SERVICE. If a trigger is received to send user data the 
MES will transition to substate GMM-REGISTERED.NORMAL-SER VICE-ILLUMINATION-INITIATED. On expiry 
of T3312, the MES will transition to substate GMM-REGISTERED.ROUTING -AREA-UPDATE-D ARK-BEAM. 

5.1 .3.1 .3.9 GMM-REGISTERED. NORMAL-SERVICE-ILLUMINATION-INITIATED (A/Gb mode 
only) 

The MES shall enter this substate when it receives a trigger to send user data in substate 

GMM-REGISTERED.NORMAL-SERVICE-DARK-BEAM. User data is buffered in this substate until the MES 
detects availability of suitable packet data channels (see clause 4.2.2.1.4.3), a light beam or dark beam indication is 
received or timer T3312 expires. On receiving a light beam indication or a status indication from the lower layers with a 
cause indicating "Switch to new BCCH" or on detecting availability of suitable packet data channels, the MES will 
transition to substate GMM-REGISTERED.NORMAL-SERVICE and send the buffered data. If a dark beam indication 
is received the MES will discard buffered data and return to substate GMM-REGISTERED.NORMAL-SER VICE- 
DARK-BEAM. On expiry of T3312 the MES will transition to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED. 

5.1 .3.1 .3.10 GMM-REGISTERED. ROUTING-AREA-UPDATE-DARK-BEAM (A/Gb mode only) 

The MES shall enter this substate when it receives a dark beam event or on detecting unavailability of suitable packet 
data channels (see clause 4.2.2.1.4.3) while attempting to perform a routing area update or T3312 expires in substate 
GMM-REGISTERED.NORMAL-SERVICE-DARK-BEAM. The MES will remain in this substate until it receives a 
light beam indication or detects availability of suitable packet data channels or a trigger to send user data. On receiving 
a light beam indication or on detecting availability of suitable packet data channels the MES will transition to substate 
GMM-REGISTERED.UPDATE-NEEDED. If a trigger is received to send user data the MES will transition to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED. 

5.1 .3.1 .3.1 1 GMM-REGISTERED. ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED (A/Gb 
mode only) 

The MES shall enter this substate when it receives a trigger to send user data in substate 

GMM-REGISTERED.ROUTING- AREA-UPDATE-D ARK-BEAM or T3312 expires while waiting for a beam 
indication in substate GMM-REGISTERED.NORMAL-SER VICE-ILLUMINATION-INITIATED. User data is 
buffered in this substate until the MES detects availability of suitable packet data channels (see clause 4.2.2.1.4.3), a 
light beam or dark beam indication is received. On receiving a light beam indication or on detecting availability of 
suitable packet data channels the MES will transition to substate GMM-REGISTERED.UPDATE-NEEDED and 
perform a routing area update. If a dark beam indication is received the MES will return to substate 
GMM-REGISTERED.ROUTING-AREA-UPDATE-DARK-BEAM. 

5.1.3.1.3.12 GMM-REGISTERED. IMSI-DETACH-INITIATED 

Same as clause 4.1.3.1.3.8 of 3GPP TS 24.008 [18]. 

5.1 .3.2 GPRS update status 

In addition to the GMM sublayer states described so far, a GPRS update status exists. The GPRS update status pertains 
to a specific subscriber embodied by a SIM/USIM. This status is defined even when the subscriber is not activated 
(SIM/USIM removed or connected to a switched off MES). It is stored in a non volatile memory in the SIM/USIM. The 
GPRS update status is changed only after execution of a GPRS attach, network initiated GPRS detach authentication 
procedure, or routing area updating procedure. 

GUI: UPDATED 
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The last GPRS attach or routing area updating attempt was successful (correct procedure outcome, and the answer was 
accepted by the network). The SIM/USIM contains the RAI of the routing area (RA) to which the subscriber was 
attached, and possibly a valid P-TMSI, GPRS ciphering key and GPRS ciphering key sequence number. 
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Figure 5.1a: GMM main states on the IVIES side 



GU2: NOT UPDATED 



The last GPRS attach or routing area updating attempt failed procedurally, i.e. no response was received from the 
network. This includes the cases of failures or congestion inside the network. In this case, the SIM/USIM may contain 
the RAI of the routing area (RA) to which the subscriber was attached, and possibly also a valid P-TMSI, GPRS 
ciphering key and GPRS ciphering key sequence number. For compatibility reasons, all these fields shall be set to the 
"deleted" value if the RAI is deleted. However, the presence of other values shall not be considered an error by the 
MES. 
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GU3: ROAMING NOT ALLOWED 

The last GPRS attach or routing area updating attempt was correctly performed, but the answer from the network was 
negative (because of roaming or subscription restrictions). For this status, the SIM/USIM does not contain any valid 
RAI, P-TMSI, GPRS ciphering key or GPRS ciphering key sequence number. For compatibility reasons, all these fields 
must be set to the value "deleted" at the moment the status is set to ROAMING NOT ALLOWED. However, the 
presence of other values shall not be considered an error by the MES. 

5.1 .3.3 GMM mobility management states on the network side 

Same as clause 4.L3.3. of 3GPP TS 24.008 [18]. 

5.1.3.3.1 Main States 

5.1.3.3.1.1 GMM-DEREGISTERED 

The network has no GMM context or the GMM context is marked as detached, the MES is detached. In this state, the 
network may answer to a GPRS attach procedure initiated by the MES. 

5.1 .3.3.1 .2 GMM-COMMON-PROCEDURE-INITIATED 

Same as clause 4.1.3.3.1.2 of 3GPP TS 24.008 [18]. 

5.1.3.3.1.3 GMM-REGISTERED 
Same as clause 4.1.3.3.1.3 of 3GPP TS 24.008 [18]. 

5.1 .3.3.1 .4 GMM-DEREGISTERED-INITIATED 
Same as clause 4.1.3.3.1.4 of 3GPP TS 24.008 [18]. 

5.1 .3.3.2 Substates of state GMM-REGISTERED 

Same as clause 4.1.3.3.2 of 3GPP TS 24.008 [18]. 

5.1 .3.3.2.1 GMM-REGISTERED.NORMAL-SERVIGE 

Same as clause 5.1.3.3.2.1 of 3GPPTS 24.008 [18]. 
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5.1 .3.3.2.2 GMM-REGISTERED. SUSPENDED (A/Gb mode only) 

Same as clause 4.1.3.3.3.2 of 3GPP TS 24.008 [18]. 
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Figure 5.1b: GMM main states on thie networit side 

5.2 Behaviour of the MES in IVIIVI idle state, 

GIVIIVI-DEREGISTERED state and GIVIIVI-REGISTERED 
state 

Same as clause 4.2 of 3GPP TS 24.008 [18] except that clauses 5.2.5 and 5.2.6 refer to the states 
GMM-DEREGISTERED and GMM-REGISTERED, respectively. 

5.2.1 Primary service state selection 

5.2.1 .1 Selection of the service state after power-on 

Same as clause 5.2.1.1 of GMR-1 04.008 [19]. 

5.2.1.2 Other cases 

Same as clause 5.2.1.2 of GMR-1 04.008 [19]. 
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5.2.2 Detailed description of MES belnaviour in MM idle state (A/Gb mode 
only) 

Same as clause 5.2.2 of GMR-1 04.008 [19]. 

5.2.3 Service state when back to state MM idle from another state (A/Gb 
mode only) 

Same as clause 5.2.3 of GMR-1 04.008 [19]. 

5.2.4 Service state after position verification 

Same as clause 5.2.4 of GMR-1 04.008 [19]. 

5.2.5 Behaviour in state GMM-DEREGISTERED 

The state GMM-DEREGISTERED is entered when: 

• the MES is switched on; 

• the GMPRS capability has been enabled in the MES; 

• a GMPRS detach procedure has been performed; or 

• a GMM procedure has failed (except routing area updating, see clause 5.7.5). 

The selection of the appropriate substate of GMM-DEREGISTERED after switching on is described in clause 5.2.5.1. 
The specific behaviour of the MES in state GMM-DEREGISTERED is described in clause 5.2.5.2. The substate chosen 
when the GMM-DEREGISTERED state is returned to from another state except state GMM-NULL is described in 
clause 5.2.5.3. 

It should be noted that transitions between the various substates of GMM-DEREGISTERED are caused by (e.g.): 

• insertion or removal of the SIM/USIM; 

• cell selection/reselection (see also GMR-1 3G 43.022 [4]); 

• PLMN search; 

• Dark Beam/Light Beam indication; 

• trigger from upper layer; 

• loss/regain of coverage; 

• change of RA; or 

• detection of availability/unavailability of suitable packet data channels. 

How various GMM procedures affect the GMM-DEREGISTERED substates and the GPRS update status is described 
in the detailed description of the GMM procedures in clause 5.7. 

5.2.5.1 Primary substate selection 

5.2.5.1 .1 Selection of the substate after power on or enabling the MESs GMPRS capability 

When the MES is switched on, the substate shall be PLMN-SEARCH in case the SIM/USIM is inserted and valid. 
See GMR-1 3G 43.022 [4] and GMR-1 3G 45.008 [15] for further details. 

When the GPRS capability in an activated MES has been enabled, the selection of the GMM-DEREGISTERED 
substate depends on the MM state and the GPRS update status. 
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The substate chosen after PLMN-SEARCH, in case of power on or after enabling of the GPRS capabihty is: 

• if no PLMN is found, the substate shall be NO-CELL- AVAILABLE; 

• if no SIM/USIM is present the substate shall be NO-IMSI; 

• if a PLMN has been found and the PLMN or LA is not in the forbidden list, then the substate shall be 
NORMAL-SERVICE; 

• if the selected PLMN supporting GMPRS is in a forbidden PLMN or a forbidden LA, then the MES shall enter 
the substate LIMITED-SERVICE; 

• if the MES is in manual network selection mode and no PLMN supporting GMPRS of the selected cell has 
been found, the MES shall enter the substate NO-CELL- A VAIL ABLE. 

5.2.5.1.2 Other cases 

The GMM substate PLMN-SEARCH shall also be entered in the following cases: 

• when a SIM/USIM is inserted in substate NO-IMSI; 

• when the user has asked for a PLMN selection in any substate except NO IMSI and NO CELL AVAILABLE; 

• when coverage is lost in any substate except NO IMSI and NO CELL AVAILABLE; 

• optionally, when the MES is in automatic network selection mode and the maximum allowed number of 
subsequently unsuccessful attach attempts controlled by the GPRS attach attempt counter (see clause 5.7.3) 
have been performed; 

• optionally, when the MES is in automatic network selection mode and the maximum allowed number of 
subsequently unsuccessful routing area update attempts controlled by the GPRS routing area update attempt 
counter (see clause 5.7.5) have been performed. 

5.2.5.2 Detailed description of the MES behaviour in state GMM-DEREGISTERED 

In state GMM-DEREGISTERED, the MES shall behave according to the substate. In the following clauses, the 
behaviour is described for the non transient substates. 

5.2.5.2.1 Substate, NORMAL-SERVICE 

Same as clause 4.2.4.2.1 of 3GPP TS 24.008 [18]. 

5.2.5.2.2 Substate, ATTEMPTING-TO-ATTACH 

Same as clause 4.2.4.2.2 of 3GPP TS 24.008 [18]. 

5.2.5.2.3 Substate, LIMITED-SERVICE 

Same as clause 4.2.4.2.3 of 3GPP TS 24.008 [18]. 

5.2.5.2.4 Substate, NO-IMSI 

Same as clause 4.2.4.2.4 of 3GPP TS 24.008 [18]. 

5.2.5.2.5 Substate, NO-CELL 

The MES shall: 

• perform cell selection according to GMR-1 3G 43.022 [4] and shall choose an appropriate substate. 
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5.2.5.2.6 Substate, PLMN-SEARCH 

Same as clause 4.2.4.2.6 of 3GPP TS 24.008 [18]. 

5.2.5.2.7 Substate, ATTACH-NEEDED 

Same as clause 4.2.4.2.7 of 3GPP TS 24.008 [18]. 

5.2.5.2.8 Substate, SUSPENDED (A/Gb mode only) 
Same as clause 4.2.4.2.8 of 3GPP TS 24.008 [18]. 

5.2.5.2.9 Substate, INVALID-POSITION (A/Gb mode only) 

When in state GMM DEREGISTERED and substate INVALID-POSITION, the MES shall: 

• if timer T3212 expires, perform a -periodic routing update. 

5.2.5.2.10 Substate, NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 
The MES shall: 

• not send any user data; 

• not send any signalling information. 

5.2.5.3 Substate when back to state GMM-DEREGISTERED from another GMM 

state 

When returning to state GMM-DEREGISTERED, the MES shall select a cell as specified in GMR-1 3G 43.022 [4]. 
The substate depends on the result of the cell selection procedure, the outcome of the previously performed GMM 
specific procedures , on the GPRS update status of the MES, on the location area data stored in the MES and on the 
presence of the SIM/USIM: 

if no cell has been found, the substate is NO-CELL- AVAILABLE, until a cell is found; 

if no SIM/USIM is present or if the inserted SIM/USIM is considered invalid by the MES, the substate shall be 
NO-IMSI; 

if the selected cell is in a location area where the MES is allowed to roam, the substate shall be 
NORMAL-SERVICE; 

if a GPRS attach shall be performed (e.g. network requested reattach), the substate shall be 
ATTEMPTING-TO-ATTACH; 

if a PLMN reselection (according to GMR-1 3G 43.022 [4]) is needed , the substate shall be PLMN SEARCH; 

if the selected cell is in a location area where the MES is not allowed to roam, the state shall be 
LIMITED-SERVICE; 

if an IMMEDIATE ASSIGNMENT REJECT message and the request reason was not "location updating" 
(location updating cases are treated in clause 5.4.4.9); 

with Reject Cause of "Invalid position", "Invalid position for this service provider", or "Invalid position for 
this LAI" but no more LAIs are available, the state is INVALID POSITION; 

NOTE 1: This event can also occur without leaving the MM IDLE state (see clause 4.2.1.2). 

NOTE 2: If the state was PLMN SEARCH or PLMN SEARCH, NORMAL SERVICE and the MES received this 
Reject Cause before spot beam selection was fully completed (see GMR-1 3G 43.022 [4]), then the state 
is PLMN SEARCH or PLMN SEARCH, NORMAL SERVICE until the PLMN selection is successful or 
the spot beam selection is completed. 
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• with Reject Cause of "Invalid position for this LAI" and there are other available LAIs, then upon selecting a 
new LAI the state is LOCATION UPDATE NEEDED or PLMN SEARCH, depending upon PLMN 
availability; 

• with Reject Cause of "Position too old", the state is unchanged; 

after some abnormal cases occurring during an unsuccessful location updating procedure, as described in 
clause 5.4.4.9, the status is ATTEMPTING TO UPDATE or INVALID POSITION. 



• 



In case of a return from a location updating procedure to which was answered Roaming not allowed in this location 
area, the service state PLMN SEARCH is entered as specified in clause 5.2.1.2. 

• if a dark beam indication is received or if the MES detects unavailability of suitable packet data channels while 
waiting for a response to an attach request the substate shall be NORMAL-SERVICE-DARK-BEAM; 

• if a dark beam indication is received or if the MES detects unavailability of suitable packet data channels while 
waiting for a response to a detach request the substate shall be NORMAL-SERVICE-DARK-BEAM. 

5.2.6 Behaviour in state GMM-REGISTERED 

The state GMM-REGISTERED is entered when: 

• a GMM context is established, i.e. the MES is IMSI attached for GMPRS services only, or for GMPRS and 
non-GMPRS services. 

The specific behaviour of the MES in state GMM-REGISTERED is described in clause 5.2.6.1. The primary substate 
when entering the state GMM-REGISTERED is always NORMAL-SERVICE. 

It should be noted that transitions between the various substates of GMM-REGISTERED are caused by (e.g.): 

• cell selection/reselection (see also GMR-1 3G 43.022 [4]); 

• change of RA; 

• loss/regain of coverage; 

• Dark Beam/Light Beam indication; 

• trigger from upper layers to send user data; 

• detection of availability/unavailability of suitable packet data channels. 

How various GMM procedures affect the GMM-REGISTERED substates is described in the detailed description of the 
procedures in clause 5.7. 

5.2.6.1 Detailed description of the MES behaviour in state GMM-REGISTERED 

Same as clause 4.2.5.1 of 3GPP TS 24.008 [18]. 

5.2.6.1.1 Substate, NORMAL-SERVICE 

The MES shall: 

• perform cell selection/reselection according to GMR-1 3G 43.022 [4]; 

• perform normal and periodic routing area updating; and 

• receive and transmit user data and signalling information. 

5.2.6.1 .2 Substate, SUSPENDED (A/Gb mode only) 

Same as clause 4.2.5.1.2 of 3GPP TS 24.008 [18]. 
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5.2.6.1.3 Substate, UPDATE-NEEDED 

The MES shall: 

• not send any user data; 

• not send any signalling information; 

• perform cell selection/reselection according to GMR-1 3G 43.022 [4]; and 

• chose the appropriate new substate depending on the GPRS update status as soon as the access class allows 
network contact in the selected cell. 

5.2.6.1.4 Substate, ATTEMPTING-TO-UPDATE 

Same as clause 4.2.5.1.4 of 3GPP TS 24.008 [18]. 

5.2.6.1.5 Substate, NO-CELL-AVAILABLE 

The MES shall perform cell selection/reselection according to GMR-1 3G 43.022 [4]. 

5.2.6.1.6 Substate, LIMITED-SERVICE 

The MES shall perform cell selection/reselection according to GMR-1 3G 43.022 [4]. 

5.2.6.1.7 Substate, ATTEMPTING-TO-UPDATE-MM 

The MES shall: 

• perform cell selection/reselection according to GMR-1 3G 43.022 [4]; 

• receive and transmit user data and signalling information; 

• perform routing area update indicating "combined RA/LA updating with IMSI attach" on the expiry of timers 
T3311orT3302; 

• perform routing area update indicating "combined RA/LA updating with IMSI attach" when the routing area of 
the serving cell has changed and the location area this cell is belonging to is not in the list of forbidden Las; 
GMPRS MESs in operation modes C shall answer to paging requests. 

5.2.6.1 .8 Substate, NORMAL-SERVICE-DARK-BEAM (A/Gb mode only) 

The MES shall: 

• not send any user-data; 

• not send any signalling information. 

5.2.6.1 .9 Substate, NORMAL-SERVICE-ILLUMINATION-INITIATED (A/Gb mode only) 

The MES shall: 

• buffer user data received from the upper layer; 

• not send any signalling information. 

5.2.6.1 .10 Substate, ROUTING-AREA-UPDATE-DARK-BEAM (A/Gb mode only) 

The MES shall: 

• not send any user-data; 

• not send any signalling information. 



£75/ 



Release 6 63 ETSI TS 1 01 376-4-8 V3.1 .1 (2009-07) 

5.2.6.1 .1 1 Substate, ROUTING-AREA-UPDATE-ILLUMINATION-INITIATED (A/Gb mode 

only) 

The MES shall: 

• buffer user data received from the upper layer; 

• not send any signalling information. 

5.3 MM common procedures 

5.3.1 TMSI reallocation procedure (A/Gb mode only) 

Same as clause 4.3.1 of 3GPP TS 24.008 [18]. 

5.3.2 Authentication procedure 

Same as clause 5.3.2 of GMR-1 04.008 [19]. 

5.3.3 Identification procedure 

Same as clause 5.3.3 of GMR-1 04.008 [19]. 

5.3.4 IMSI detach procedure (A/Gb mode only) 

Same as clause 5.3.4 of GMR-1 04.008 [19]. 

5.3.5 Abort procedure (A/Gb mode only) 

Same as clause 5.3.5 of GMR-1 04.008 [19]. 

5.3.6 MM information procedure (A/Gb mode only) 

Same as clause 4.3.6 of 3GPP TS 24.008 [18]. 

5.4 MM specific procedures (A/Gb mode only) 

Same as clause 5.4 of GMR-1 04.008 [19]. 

5.5 Connection management sublayer service provision (A/Gb 
mode only) 

5.5.1 MM connection establishment 

Same as clause 5.5.1 of GMR-1 04.008 [19]. 

5.5.1 .1 MM connection establishment initiated by the MES 

Same as clause 5.5.1.1 of GMR-1 04.008 [19]. 

5.5.1.2 Abnormal cases 

Same as clause 5.5.1.2 of GMR-1 04.008 [19]. 
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5.5.1 .3 MM connection establishment initiated by the network 

Same as clause 5.5.1.3 of GMR-1 04.008 [19]. 

5.5.1.4 Abnormal cases 

Same as clause 5.5.1.4 of GMR-1 04.008 [19]. 

5.5.1 .5 MM connection establishment for emergency calls 

Same as clause 5.5.1.5 of GMR-1 04.008 [19]. 

5.5.1.6 Call reestablishment 

Same as clause 5.5.1.6 of GMR-1 04.008 [19]. 

5.5.1 .7 Forced release during MO MM connection establishment 

Same as clause 5.5.1.7 of GMR-1 04.008 [19]. 

5.5.1.8 Optimal routing 

During establishment of an RR session for a CM service, it may be indicated that a registration is needed to service the 
call (see clause 4.3.1.4.2.1). If so, MM shall proceed as follows: 

• If the MES is in GMPRS Class-B mode of operation, then co-ordination with GMM shall be temporarily 
suspended. The current GMM state on the MES shall remain unchanged. 

• Cancel T3230, if a CM SERVICE REQUEST has been sent according to clause 5.5. 1 . 1 (a) first bullet; or 
cancel T3210, if a LOCATION UPDATING REQUEST has been sent according to clause 5.5.1.1 (a) second 
bullet. 

• Perform the location updating procedure, as detailed in clause 5.4.4, except that the RR connection is already 
available. The "follow on request" indication shall be included in the LOCATION UPDATING REQUEST to 
the network. 

• When the LOCATION UPDATING ACCEPT message is received with the "follow on proceed" indication, 
start T3230 and send (or resend) the CM SERVICE REQUEST. 

In the event of failure to establish a call that was optimally routed, the following requirements shall apply: 

• In the event that the location update is not accepted by the network, the MES shall proceed as normal 
(see clause 5.4.4.7). After release of the RR connection, the MES shall camp on the previous idle mode 
camped-on channels and shall initiate a normal location update (see clause 5.4.4.1). 

• In the event that the location update is not accepted by the network, a GMPRS Class-B MES shall resume the 
co-ordination between MM and GMM and proceed as specified in clause 5.4.4.7. After release of the RR 
connection, the GMPRS Class-B MES shall camp on the previous idle mode camped-on channels and shall 
initiate a location update using combined routing area update procedure (see clause 5.7.5.2) if the network is 
operating in mode I. If the network is not operating in mode I, then the GMPRS Class-B MES shall use MM 
specific procedure to initiate a location area update. 

• In the event of any abnormal failure of either the location update or the CM service request, including the case 
where the MSC does not grant the FOR, the MES shall delete the TMSI and LAI and shall set the SIM/USIM 
status to NOT UPDATED. If the location update fails, the MES shall not use the counter (with reference to 
clause 5.4.4.9) and shall not perform any further action with respect to the location update. A GMPRS Class-B 
MES shall resume the co-ordination between MM and GMM. The MES shall camp on the previous idle mode 
camped-on channels and shall initiate a normal location update (see clause 5.4.4.1). If the MES is in GMPRS 
Class-B mode of operation and the network is operating in mode I, then the MES shall initiate a combined 
routing area update procedure (see clause 5.7.5.2) instead of a normal location update. If the network is not 
operating in mode I, then GMPRS Class-B MES shall initiate location update using MM specific procedures. 
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• Upon release of the RR connection, and after a location update if so required, the MES may try to service the 
pending CM request again. If so, the MES shall indicate to the network that the optimal routing attempt for the 
request failed the previous time (see clause 4.3.1.3). 

This clause applies so long as MM has asked for an establishment cause of "mobile-originated call", irrespective of 
whether it has sent a CM SERVICE REQUEST or a LOCATION UPDATING REQUEST message. For the latter case, 
MM shall restart the location updating procedure and give a second LOCATION UPDATING REQUEST message to 
RR. 

5.5.2 MM connection information transfer pinase 

Same as clause 5.5.2 of GMR-1 04.008 [19]. 

5.5.3 MM connection release 

Same as clause 5.5.3 of GMR-1 04.008 [19]. 

5.6 Receiving an MM STATUS message by an MM entity 

Same as clause 5.6 of GMR-1 04.008 [19]. 

5.7 Elementary mobility management procedures for GMPRS 
services 

5.7.1 General 

Same as clause 4.7.1 of 3GPP TS 24.008 [18]. 

5.7.1 .1 Lower layer failure 

Same as clause 4.7.1.1 of 3GPP TS 24.008 [18]. 

5.7.1 .2 Ciphering of messages (A/Gb mode only) 

Same as clause 4.7.1.2 of 3GPP TS 24.008 [18]. 

5.7.1.3 P-TMSI signature 

Same as clause 4.7.1.3 of 3GPP TS 24.008 [18]. 

5.7.1 .4 Radio resource sublayer address handling 

In A/Gb mode, while a packet TMSI (P-TMSI) is used in the GMM sublayer for identification of an MS, a temporary 
logical link identity (TLLI) is used for addressing purposes at the RR sublayer. 

In lu mode a Radio Network Temporary Identity (RNTI) identifies a user between the MES and the GERAN. The 
relationship between RNTI and IMSI is known only in the MES and in the GERAN, see GMR-1 3G 44.1 18 [25]. 
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5.7.1 .4.1 Radio resource sublayer address handling (A/Gb mode only) 

Same as clause 4.7.1.4 of 3GPP TS 24.008 [18]. 

The following additional requirements apply when operating in A/Gb mode: 

When the MES accepts a P-TMSI change in the ATTACH ACCEPT or ROUTING AREA UPDATE ACCEPT 
messages, it shall immediately release the uplink TBF (as specified in GMR-1 3G 44.060 [20]) that was established 
before the P-TMSI change. If an ATTACH COMPLETE or ROUTING AREA UPDATE ACCEPT message is 
required, it shall be sent via a new uplink TBF established on CCCH following the release of the uplink TBF that was 
used to send ATTACH REQUEST or ROUTING AREA UPDATE REQUEST message. 

5.7.1.5 P-TMSI handling 

Same as clause 4.7.1.5 of 3GPP TS 24.008 [18]. 

5.7.1 .6 Change of network mode of operation 

Same as clause 4.7.1.6 of 3GPP TS 24.008 [18]. 

5.7.1 .7 Intersystem change between A/Gb mode and lu mode 

Not supported in GMR-1 3G. 

5.7.1 .8 List of forbidden PLMNs for GPRS service 

Same as clause 4.7.1.8 of 3GPP TS 24.008 [18]. 

5.7.2 GPRS Mobility management timers and UMTS PS signalling 
connection control 

5.7.2.1 READY timer behaviour 

5.7.2.1 .1 READY timer behaviour (A/Gb mode only) 
Same as clause 4.7.2.1.1 of 3GPP TS 24.008 [18]. 

5.7.2.1 .2 READY timer behaviour (lu mode only) 
Same as clause 4.7.2.1.2 of 3GPP TS 24.008 [18]. 

5.7.2.2 Periodic routing area updating 

Periodic routing area updating is used to periodically notify the availability of the MES to the network. This procedure 
is always initiated on the RACH channel. The procedure is controlled in the MES by the periodic RA update timer, 
T3312. The value of timer T3312 is sent by the network to the MES in the messages ATTACH ACCEPT and 
ROUTING AREA UPDATE ACCEPT. The value of the timer T3312 shall be unique within a RA. 

If the T33 12 received by the MES in A/Gb mode or received in lu mode in a message with integrity protection contains 
an indication that the timer is deactivated or the timer value is zero, then the periodic routing area update timer is 
deactivated and the MES shall not perform periodic routing area updating. 

In lu mode, if the value of timer T33 12 is received in a message without integrity protection and the indicated value is 
larger than the last received value, or the indicated value is "deactivated" or zero, the MES shall use the last received 
value 
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In A/Gb mode, the timer T3312 is reset and started with its initial value, when the READY timer is stopped or expires. 
The timer T3312 is stopped and shall be set to its initial value for the next start when the READY timer is started. If 
after a READY timer negotiation the READY timer value is set to zero, timer T3312 is reset and started with its initial 
value. If the initial READY timer value is zero, the timer T3312 is reset and started with its initial value, when the 
ROUTING AREA UPDATE REQUEST message is transmitted. 

In lu mode, the timer T3312 is reset and started with its initial value, when the MES goes from PMM-CONNECTED to 
PMM-IDLE mode. The timer T3312 is stopped when the MS enters PMM-CONNECTED mode. 

When timer T3312 expires, the periodic routing area updating procedure shall be started and the timer shall be set to its 
initial value for the next start. 

If the MES is in any other substate other than GMM-REGISTERED.NORMAL-SERVICE or dark beam substates in 
GMM-REGISTERED when the timer expires the periodic routing area updating procedure is delayed until the MES 
returns to GMM-REGISTERED.NORMAL-SERVICE or the beam is illuminated or if the MES detects availabihty of 
suitable packet data channels (see clause 4.2.2.1.4.3). 

If the MES in GMPRS Class-B mode of operation is in the state GMM-REGISTERED.SUSPENDED when the timer 
expires the periodic routing area the updating procedure is delayed until the state is left. 

The network supervises the periodic routing area updating procedure by means of the Mobile Reachable timer. The 
Mobile Reachable timer shall be longer than the periodic RA update timer. When the Mobile Reachable timer expires, 
typically the network stops sending paging messages to the mobile and may take other appropriate actions. 

In A/Gb mode, the Mobile Reachable timer is reset and started with its initial value, when the READY timer is stopped 
or expires. The Mobile Reachable timer is stopped and shall be set to its initial value for the next start when the 
READY timer is started. 

In A/Gb mode, if after a READY timer negotiation the READY timer value is set to zero the Mobile Reachable timer is 
reset and started with its initial value. If the initial READY timer value is zero, the Mobile Reachable is reset and 
started with its initial value, when the ROUTING AREA UPDATE REQUEST message is received. 

In lu mode, the Mobile Reachable timer is reset and started with its initial value, when the MS goes from PMM- 
CONNECTED to PMM-IDLE mode. The Mobile Reachable timer is stopped when the MS enters PMM-CONNECTED 
mode. 

If the MES is both IMSI attached for GMPRS and non-GMPRS services, and if the MES lost coverage of the registered 
PLMN and timer T3312 expires, then: 

a) if the MES returns to coverage in a cell that supports GMPRS and that indicates that the network is in network 
operation mode I, then the MES shall either perform the combined routing area update procedure indicating 
"combined RA/LA updating with IMSI attach"; or 

b) if the MES returns to coverage in a cell in the same RA that supports GMPRS and that indicates that the 
network is in network operation mode II or III, then the MES shall perform the periodic routing area updating 
procedure indicating "Periodic updating" and shall perform the periodic location updating procedure; or 

c) if the MES returns to coverage in a cell that does not support GMPRS, then, depending upon the LA of the 
cell, the MES shall perform either the periodic location updating procedure or a normal location updating 
procedure. In addition, the MES shall perform a combined routing area update procedure indicating "combined 
RA/LA updating with IMSI attach" when the MES enters a cell that supports GMPRS and that indicates that 
the network is in network operation mode I; or 

d) if the MES returns to coverage in a new RA the description given in clause 5.7.5 applies. 

If the MES is both IMSI attached for GMPRS and non-GMPRS services in a network that operates in network operation 
mode I, and if the MES has camped on a cell that does not support GMPRS and timer T3312 expires, then the MES 
shall start an MM location updating procedure. In addition, the MES shall perform a combined routing area update 
procedure indicating "combined RA/LA updating with IMSI attach" when the MES enters a cell that supports GMPRS 
and indicates that the network is in operation mode I. 

In A/Gb mode, timer T3312 shall not be stopped when a GMPRS MES enters state GMM- 
REGISTERED.SUSPENDED. 
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5.7.2.3 PMM-IDLE mode and PMM-CONNECTED mode (lu mode only) 

Same as clause 4.7.2.3 of 3GPP TS 24.008 [18]. 

5.7.2.4 Handling of Force to standby '\r\ lu mode (lu mode only) 

Same as clause 4.7.2.4 of 3GPP TS 24.008 [18]. 

5.7.2.5 RA Update procedure for Signalling Connection Re-establishment (lu mode 
only) 

Same as clause 4.7.2.5 of 3GPP TS 24.008 [18]. 

5.7.2.6 Cell Update triggered by low layers 

Not supported in GMR-1 3G. 

5.7.3 GPRS attach procedure 

The GPRS attach procedure is used for: 

• Normal GPRS attach, performed by the MES to IMSI attach for GMPRS services only. The normal GPRS 
attach procedure shall be used by GMPRS MESs in MES operation mode C, independent of the network 
operation mode. It shall also be used by GMPRS MESs in MES operation mode B if the network operates in 
network operation mode II or III. 

• Combined GMPRS attach procedure, used by GMPRS MESs in MES operation mode B to attach the IMSI for 
GMPRS and non-GMPRS services provided that the network operates in network operation mode I. 

With a successful GPRS attach procedure a GMM context is established. 

Clause 5.7.3.1 describes the GPRS attach procedure to attach the IMSI only for GMPRS services. The GPRS attach 
procedure is always initiated on the RACH channel. The combined GPRS attach procedure used to attach the IMSI for 
both GPRS and non-GPRS services is described in clause 5.7.3.2. 

To limit the number of subsequently rejected attach attempts, a GPRS attach attempt counter is introduced. The GPRS 
attach attempt counter shall be incremented as specified in clause 5.7.3.1.5. Depending on the value of the GPRS 
attempt counter, specific actions shall be performed. The GPRS attach attempt counter shall be reset when: 

the MES is powered on; 

a SIM/USIM is inserted; 

a GPRS attach procedure is successfully completed; 

a combined GPRS attach procedure is completed for GMPRS services only with cause #2, #16, #17 or #22; or 

a GPRS attach procedure is completed with cause #1 1, #12, #13 or #15; and 

additionally when the MES is in substate ATTEMPTING-TO- ATTACH: 

expiry of timer T3302; 

a new routing area is entered; or 

an attach is triggered by CM sublayer requests. 

The mobile equipment shall contain a list of "forbidden location areas for roaming", as well as a list of "forbidden 
location areas for regional provision of service" . The handling of these lists is described in clause 5.4.1; the same lists 
are used by GMM and MM procedures. 



£75/ 



Release 6 69 ETSI TS 101 376-4-8 V3.1 .1 (2009-07) 

The network informs the MES about the support of specific features, such as LCS-MOLR or MBMS, in the "Network 
feature support" Information Element. The information is either explicitly given by sending the "Network feature 
support" IE or implicitly by not sending it. The handling in the network is described in clause 9.4.2.9. The MES may 
use the indication to inform the user about the availability of the appropriate services and it shall not request services 
that have not been indicated as available. The indication for MBMS is defined in clause "MBMS feature support 
indication" in 3GPP TS 23.246 [30]. 

5.7.3.1 GPRS attach procedure for GMPRS services 

Same as clause 4.7.3.1 of 3GPP TS 24.008 [18]. 

5.7.3.1 .1 GPRS attach procedure initiation 

In state GMM-DEREGISTERED, the MES initiates the GPRS attach procedure by sending an ATTACH REQUEST 
message to the network, starts timer T33I0 and enters state GMM-REGISTERED-INITIATED. 

The MES capable of both lu mode and A/Gb mode or only A/Gb mode shall include a valid P-TMSI, if any is available, 
the P-TMSI signature associated with the P-TMSI and the routing area identity associated with the P-TMSI in the 
ATTACH REQUEST message. If there is no valid P-TMSI available, the IMSI shall be included instead of the P-TMSI 
and P-TMSI signature. 

In lu mode, if the MES wishes to prolong the established PS signalling connection after the GPRS attach procedure (for 
example, the MES has any CM application request pending), it may set a follow-on request pending indicator on (see 
clause 5.7.1.13). 

5.7.3.1 .2 GMM common procedure initiation 
Same as clause 4.7.3.2 of 3GPP TS 24.008 [18]. 

5.7.3.1 .3 GPRS attach accepted by the networl< 
Same as clause 4.7.3.1.3 of 3GPP TS 24.008 [18]. 

5.7.3.1 .4 GPRS attach not accepted by the network 

Same as clause 4.7.3.1.4 of 3GPP TS 24.008 [18]. 

5.7.3.1 .5 Abnormal cases in the MES 

The following abnormal cases can be identified: 

a) Access barred because of access class control or PS domain specific access control: 

The GPRS attach procedure shall not be started. The MES stays in the current serving cell and applies normal 
cell reselection process. The GPRS attach procedure is started as soon as possible, i.e. when access is granted 
or because of a cell change. 

b) Lower layer failure before the ATTACH ACCEPT or ATTACH REJECT message is received: 
The procedure shall be aborted. The MES shall proceed as described below. 

c) T33 10 time-out: 

On the first expiry of the timer, the MES reset and restart timer T3310 and shall retransmit the ATTACH 
REQUEST message. This retransmission is repeated four times, i.e. on the fifth expiry of timer T3310, the 
MES shall abort the GPRS attach procedure and, in lu mode, release the PS signalling connection 
(see GMR-1 3G 44.1 18 [25]). The MES shall proceed as described below. 

d) ATTACH REJECT, other causes than those treated in clause 5.7.3. 1 .4: 
The MES shall proceed as described below. 
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e) Change of cell into a new routing area: 

If a cell change into a new routing area occurs before an ATTACH ACCEPT or ATTACH REJECT message 
has been received, the GPRS attach procedure shall be aborted and re-initiated immediately. If a routing area 
border is crossed when the ATTACH ACCEPT message is received but before an ATTACH COMPLETE 
message is sent, the GPRS attach procedure shall be aborted and the routing area updating procedure shall be 
initiated. If a P-TMSI was allocated during the GPRS attach procedure, this P-TMSI shall be used in the 
routing area updating procedure. If a P-TMSI signature was allocated together with the P-TMSI during the 
GPRS attach procedure, this P-TMSI signature shall be used in the routing area updating procedure. 

f) Power off: 

If the MES is in state GMM-REGISTERED-INITIATED at power off, the GPRS detach procedure shall be 
performed. 

g) Procedure collision: 

If the MES receives a DETACH REQUEST message from the network in state 

GMM-REGISTERED-INITIATED, the GPRS detach procedure shall be progressed and the GPRS attach 
procedure shall be aborted. If the cause IE, in the DETACH REQUEST message, indicated a "reattach 
request", the GPRS attach procedure shall be progressed and the DETACH REQUEST message shall be 
ignored. 

In cases b, c and d the MES shall proceed as follows. Timer T3310 shall be stopped if still running. The GPRS attach 
attempt counter shall be incremented. 

If the GPRS attach attempt counter is less than 5: 

• timer T33 11 is started and the state is changed to GMM-DEREGISTERED.ATTEMPTING-TO- ATTACH. 
If the GPRS attach attempt counter is greater than or equal to 5: 

• the MES shall delete any RAI, P-TMSI, P-TMSI signature, and GPRS ciphering key sequence number, shall 
set the GPRS update status to GU2 NOT UPDATED, shall start timer T3302. The state is changed to 
GMM-DEREGISTERED, ATTEMPTING-TO-ATTACH or optionally to 
GMM-DEREGISTERED.PLMN-SEARCH (see clause 5.2.5.1.2). 

5.7.3.1 .6 Abnormal cases on the network side 

Same as clause 4.7.3.1.6 of 3GPP TS 24.008 [18]. 

5.7.3.2 Combined GPRS attach procedure for GIVIPRS and non-GIVIPRS services 

Same as clause 4.7.3.2 of 3GPP TS 24.008 [18]. 

5.7.4 GPRS detach procedure 

The GPRS detach procedure is used: 

• to detach the IMSI for GMPRS services only. Independent of the network operation mode, this procedure is 
used by all types of GMPRS MESs; 

• as a combined GPRS detach procedure used by GMPRS MESs operating in MES operation mode B to detach 
the IMSI for GMPRS and non-GMPRS services or for non-GMPRS services only, if the network operates in 
network operation mode I and no circuit-switched transaction is ongoing; or 

• in the case of a network failure condition to indicate to the MES that a re-attach with successive activation of 
previously active PDP contexts shall be performed. In this case, the MES may also perform the procedures 
needed in order to activate any previously active multicast service(s). 

After completion of a GPRS detach procedure or combined GPRS detach procedure for GMPRS and non-GMPRS 

services the GMM context is released. 



£75/ 



Release 6 71 ETSI TS 1 01 376-4-8 V3.1 .1 (2009-07) 

The GPRS detach procedure shall be invoked by the MES if the MES is switched off, the SIM/USIM card is removed 
from the MES or if the GMPRS or non-GMPRS capability of the MES is disabled. The procedure may be invoked by 
the network to detach the IMSI for GMPRS services. The GPRS detach procedure causes the MES to be marked as 
inactive in the network for GMPRS services, non-GMPRS services or both services. 

In A/Gb mode, if the GPRS detach procedure is performed, the PDP contexts are deactivated locally without peer to 
peer signalling between the SM and LLC entities in the MES and the network. 

In lu mode, if the GPRS detach procedure is performed, the PDP contexts and the MBMS contexts, if any, are 
deactivated locally without peer to peer signalling between the SM entities in the MS and the network. 

5.7.4.1 MES initiated GPRS detach procedure 

5.7.4.1 .1 MES initiated GPRS detach procedure initiation 

Same as clause 4.7.4. LI of 3GPPTS 24.008 [18]. 

5.7.4.1 .2 MES initiated GPRS detach procedure completion for GMPRS services only 
Same as clause 4.2.4. L2 of 3GPP TS 24.008 [18]. 

5.7.4.1 .3 MES initiated combined GPRS detach procedure completion 
Same as clause 4.7.4.1.3 of 3GPP TS 24.008 [18]. 

5.7.4.1 .4 Abnormal cases in the MES 

Same as clause 4.7.4.1.4 of 3GPP TS 24.008 [18]. 

5.7.4.2 Network initiated GMPRS detach procedure 

5.7.4.2.1 Network initiated GMPRS detach procedure initiation 
Same as clause 4.7.4.2.1 of 3GPP TS 24.008 [18]. 

5.7.4.2.2 Network initiated GMPRS detach procedure completion by the MES 

Same as clause 4.7.4.2.2 of 3GPP TS 24.008 [18]. 

5.7.4.2.3 Network initiated GMPRS detach procedure completion by the network 
Same as clause 4.7.4.2.3 of 3GPP TS 24.008 [18]. 

5.7.4.2.4 Abnormal cases on the network side 

The following abnormal cases can be identified: 

a) T3322 time-out: 

On the first expiry of the timer, the network shall retransmit the DETACH REQUEST message and shall start 
timer T3322. This retransmission is repeated four times, i.e. on the fifth expiry of timer T3322, the GPRS 
detach procedure shall be aborted and the network changes to state GMM-DEREGISTERED. 

b) Low layer failure: 

The GPRS detach procedure is aborted and the network changes to state GMM-DEREGISTERED. 
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c) GPRS detach procedure collision: 

If the network receives a DETACH REQUEST message with "switching off indicated, before the network 
initiated GPRS detach procedure has been completed, both procedures shall be considered completed. 

If the network receives a DETACH REQUEST message without "switching off indicated, before the network 
initiated GPRS detach procedure has been completed, the network shall send a DETACH ACCEPT message to 
the MES. 

d) GPRS detach and GPRS attach procedure collision: 

If the network receives an ATTACH REQUEST message before the network initiated GPRS detach procedure 
has been completed, the network shall ignore the ATTACH REQUEST message, except when the detach type 
IE value, sent in the DETACH REQUEST message, indicated that the MES shall perform a GPRS attach 
procedure. 

In this case, the detach procedure is aborted and the GPRS attach procedure shall be progressed after the PDP 
contexts and MBMS contexts, if any, have been deleted. If the detach type IE value, sent in the DETACH 
REQUEST message, indicates "IMSI detach" the detach procedure is aborted and the GPRS attach procedure 
shall be progressed. 

e) GPRS detach and routing area updating procedure collision: 

GPRS detach containing detach type "reattach required" or "reattach not required": 

If the network receives a ROUTING AREA UPDATE REQUEST message before the network initiated GPRS 
detach procedure has been completed, the detach procedure shall be progressed, i.e. the ROUTING AREA 
UPDATE REQUEST message shall be ignored. 

GPRS detach containing detach type "IMSI detach": 

If the network receives a ROUTING AREA UPDATE REQUEST message before the network initiated GPRS 
detach procedure has been completed, the network shall abort the detach procedure and shall progress the 
routing area update procedure. 

f) GPRS detach and service request procedure collision 

If the network receives a SERVICE REQUEST message before the network initiated GPRS detach procedure 
has been completed, the network shall ignore the SERVICE REQUEST message. 
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Figure 5.7.4: 2 GMR-1 3G 44.008: Network initiated GPRS detach procedure 

5.7.5 Routing area updating procedure 

This procedure is used for: 

• normal routing area updating to update the registration of the actual routing area of an MES in the network. 
This procedure is used by GMPRS MESs in MES operation mode C and by GMPRS MESs in MES operation 
modes A or B that are IMSI attached for GMPRS and non-GMPRS services if the network operates in network 
operation mode II or III; 
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• combined routing area updating to update the registration of the actual routing and location area of an MES in 
the network. This procedure is used by GMPRS MESs in MES operation modes A or B that are IMSI attached 
for GMPRS and non-GMPRS services provided that the network operates in network operation mode I; 

• periodic routing area updating. This procedure is used by GMPRS MESs in MES operation mode C and by 
GMPRS MESs in MES operation modes A or B that are IMSI attached for GMPRS or for GMPRS and 
non-GMPRS services independent of the network operation mode; 

• IMSI attach for non-GMPRS services when the MES is IMSI attached for GMPRS services. This procedure is 
used by GMPRS MSs in MES operation modes A or B, if the network operates in network operation mode I; 

• in A/Gb mode, resuming GMPRS services when the RR sublayer indicated a resumption failure after 
dedicated mode was left, see clause 4.9.3; 

• in A/Gb mode, updating the network with the new MES Radio Access Capability IE when the content of the 
IE has changed; 

• re-negotiation of the READY timer value; 

• lu mode to A/Gb mode and for A/Gb mode to lu mode intersystem change, see clause 4.7.1.7; or 

• in lu mode, to re-synchronize the PMM mode of MS and network after RRC connection release with cause 
"Directed signalling connection re-establishment", see clause 4.7.2.5; 

• the routing area updating procedure shall also be used by a MES which is attached for GMPRS services if a 
new PLMN is entered (see GMR-1 3G 43.022). 

Clause 5.7.5.1 describes the routing area updating procedures for updating the routing area only. The combined routing 
area updating procedure used to update both the routing and location area is described in clause 5.7.5.2. 

The routing area updating procedure is always initiated by the MES on the RACH channel. It is only invoked in state 
GMM-REGISTERED. 

To limit the number of subsequently rejected routing area update attempts, a routing area updating attempt counter is 
introduced. The routing area updating attempt counter shall be incremented as specified in clause 5.7.5.1.5. Depending 
on the value of the routing area updating attempt counter, specific actions shall be performed. The routing area updating 
attempt counter shall be reset when: 

• a GPRS attach procedure is successfully completed; or 

• a routing area updating procedure is successfully completed; and 
additionally when the MES is in substate ATTEMPTING-TO-UPDATE: 

• a new routing area is entered; 

• expiry of timer T3302; or 

• at request from registration function. 

The mobile equipment shall contain a list of "forbidden location areas for roaming", as well as a list of "forbidden 
location areas for regional provision of service". The handling of these lists is described in clause 5.4. 1 . 

In A/Gb mode, user data transmission in the MES shall be suspended during the routing area updating procedure; user 
data reception shall be possible. User data transmission in the network shall be suspended during the routing area 
updating procedure, if a new P-TMSI is assigned. 

In lu mode, user data transmission and reception in the MES shall not be suspended during the routing area updating 
procedure. User data transmission in the network shall not be suspended during the routing area updating procedure. 
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In lu mode, when a ROUTING AREA UPDATE REQUEST is received by the SGSN over a new PS signalling 
connection while there is an ongoing PS signalling connection (network is already in mode PMM-CONNECTED) for 
this MES, the network shall progress the routing area update procedure as normal and release the previous PS signalling 
connection when the routing area update procedure has been accepted by the network. 

NOTE: The re-establishment of the radio bearers of active PDP contexts is done as described in clause "Service 
Request procedure". 

The network informs the MES about the support of specific features, such as LCS-MOLR or MBMS, in the "Network 
feature support" Information Element. The information is either explicitly given by sending the "Network feature 
support" IE or implicitly by not sending it. The handling in the network is described in clause 9.4.15.1 1 of 3GPP 
TS 24.008 [18]. The MS may use the indication to inform the user about the availability of the appropriate services and 
it shall not request services that have not been indicated as available. The indication for MBMS is defined in clause 
"MBMS feature support indication" in 3GPP TS 23.246 [30]. 

5.7.5.1 Normal and periodic routing area updating procedure 

Same as clause 4.7.5.1 of 3GPP TS 24.008 [18]. 

5.7.5.1 .1 Normal and periodic routing area updating procedure initiation 
Same as clause 4.7.5.1.1 of 3GPP TS 24.008 [18]. 

5.7.5.1 .2 GMM Common procedure initiation 
Same as clause 4.7.5.1.2 of 3GPP TS 24.008 [18]. 

5.7.5.1 .3 Normal and periodic routing area updating procedure accepted by the network 

Same as clause 4.7.5.1.3 of 3GPPTS 24.008 [18]. 

5.7.5.1 .4 Normal and periodic routing area updating procedure not accepted by the 
r\e\.\Nork 

Same as clause 4.7.5.1.4 of 3GPP TS 24.008 [18]. 

5.7.5.1 .5 Abnormal cases in the MES 

The following abnormal cases can be identified: 

a) Access barred because of access class control or PS domain specific access control: 

The routing area updating procedure shall not be started. The MES stays in the current serving cell and applies 
the normal cell reselection process. The procedure is started as soon as possible and if still necessary, i.e. when 
the barred state is removed or because of a cell change. 

b) Lower layer failure before the ROUTING AREA UPDATE ACCEPT or ROUTING AREA UPDATE 
REJECT message is received: 

The procedure shall be aborted. The MES shall proceed as described below. 

c) T3330 time-out: 

The procedure is restarted four times, i.e. on the fifth expiry of timer T3330, the MES shall abort the 
procedure. 

The MES shall proceed as described below. 

d) ROUTING AREA UPDATE REJECT, other causes than those treated in clause 5.7.5. 1 .4: 

Upon reception of the cause codes # 95, # 96, # 97, # 99 and #111 the MS should set the routing area updating 
attempt counter to 5. The MES shall proceed as described below. 
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e) If a routing area border is crossed, when the MES is in state GMM-ROUTING-AREA-UPDATE-INITIATED, 
the routing area updating procedure shall be aborted and re-initiated immediately. 

f) In A/Gb mode, if a cell change occurs within the same RA, when the MES is in state 
GMM-ROUTING-AREA-UPDATE-INITIATED, the cell update procedure is performed, before completion 
of the routing area updating procedure. 

g) Routing area updating and detach procedure collision: 

GPRS detach containing detach type "re-attach required" or "re-attach not required": 

If the MES receives a DETACH REQUEST message before the routing area updating procedure has been 
completed, the routing area updating procedure shall be aborted and the GPRS detach procedure shall be 
progressed. 

GPRS detach containing detach type "IMSI detach": 

If the MES receives a DETACH REQUEST message before the routing area updating procedure has been 
completed, the routing area updating procedure shall be progressed, i.e. the DETACH REQUEST message 
shall be ignored. 

h) Routing area updating and P-TMSI reallocation procedure collision: 

If the MES receives a P-TMSI REALLOCATION REQUEST message before the routing area updating 
procedure has been completed, the P-TMSI reallocation procedure shall be aborted and the routing area 
updating procedure shall be progressed. 

In cases b, c, d, e, and g with detach type "re-attach required" or "re-attach not required", the MES shall stop any 
ongoing transmission of user data. 

In cases b, c and d the MES shall proceed as follows: 

• Timer T3330 shall be stopped if still running. The routing area updating attempt counter shall be incremented. 

If the routing area updating attempt counter is less than 5, and the stored RAJ is equal to the RAI of the current serving 
cell and the GMM update status is equal to GUI UPDATED: 

• the MES shall keep the GMM update status to GUI UPDATED and changes state to GMM-REGISTERED. 
NORMAL-SERVICE. The MES shall start timer T33 11 . When timer T33 1 1 expires the routing area updating 
procedure is triggered again. 

If the routing area updating attempt counter is less than 5, and the stored RAJ is different to the RAI of the current 
serving cell or the GMM update status is different to GUI UPDATED: 

• the MES shall start timer T3311, shall set the GPRS update status to GU2 NOT UPDATED and changes state 
toGMM-REGISTERED.ATTEMPTING-TO-UPDATE. 

If the routing area updating attempt counter is greater than or equal to 5: 

• the MES shall start timer T3302, shall set the GPRS update status to GU2 NOT UPDATED and shall change 
to state GMM-REGISTERED. ATTEMPTING-TO-UPD ATE or optionally to 
GMM-DEREGISTERED.PLMN-SEARCH (see clause 5.2.5.1.2). 

5.7.5.1 .6 Abnormal cases on the network side 

Same as clause 4.7.5. L6 of 3GPP TS 24.008 [18]. 

5.7.5.2 Combined routing area updating procedure 

Same as clause 4.7.5. L2 of 3GPP TS 24.008 [18]. 

5.7.6 P-TMSI reallocation procedure 

Same as clause 4.7.6 of 3GPP TS 24.008 [18]. 
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5.7.7 Authentication and cipinering procedure 

Same as clause 4.7.7 of 3GPP TS 24.008 [18]. 

5.7.8 Identification procedure 

Same as clause 4.7.8 of 3GPP TS 24.008 [18]. 

5.7.9 Paging procedure 

5.7.9.1 Paging for GMPRS services 

Same as clause 4.7.9.1 of 3GPP TS 24.008 [18]. 

5.7.9.1 .1 Paging for packet services using P-TMSI 
Same as clause 4.7.9.1.1 of 3GPP TS 24.008 [18]. 

5.7.9.1 .2 Paging for packet services using IMSI 

Paging for packet services using IMSI is an abnormal procedure used for error recovery in the network. 

The network may initiate paging using IMSI if the P-TMSI is not available due to a network failure. Paging using IMSI 
requires the network to set the Channel Needed field in the Paging Information IE to PDCH to indicate to the MES that 
it is being paged for packet services. 

In lu mode, to initiate the procedure the GMM entity in the network requests the lower layer to start paging 
(seeGMR-1 3G 44.1 18 [25] and 3GPPTS 25.413 [31]). 

To initiate the procedure the GMM entity in the network requests the RR sublayer to start paging (see clause 4; see also 
GMR-1 3G 44.060 [20]). 

Upon reception of a paging indication for GMPRS services using IMSI, the MES shall locally deactivate any active 
PDP contexts, MBMS context(s) and locally detach from GMPRS. The local detach includes deleting any RAI, 
P-TMSI, P-TMSI signature and GPRS ciphering key sequence number stored, setting the GPRS update status to GU2 
NOT UPDATED and changing state to GMM-DEREGISTERED. 

In lu mode, when an MES receives a paging request for GMPRS services using the IMSI from the network before an 
MES initiated GMM specific procedure has been completed, then the MES shall abort the GMM specific procedure, 
and the MES shall proceed according to the description in this clause. 

After performing the local detach, the MES shall then perform a GPRS attach or combined GPRS attach procedure. 

After performing the attach, a MES should activate PDP context(s) to replace any previously active PDP context(s). The 
MES should also perform the procedures needed in order to activate any previously active multicast service(s). 

NOTE 1 : In some cases, user interaction may be required and then the MES cannot activate the PDP context(s) 
automatically. 

NOTE 2: The MES does not respond to the paging except with the Attach Request. Hence timer T3313 in the 
network is not used when paging with IMSI. 

NOTE 3: Paging without DRX parameters may require a considerable extension of the paging duration. 

5.7.9.2 Paging for non-GIVIPRS services 

Same as clause 4.7.9.2 of 3GPP TS 24.008 [18]. 

5.7.1 Receiving a GMM STATUS message by a GMM entity 

Same as clause 4.7.10 of 3GPP TS 24.008 [18]. 
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5.7.11 Void 

5.7.12 GMM Information procedure 

Same as clause 4.7.12 of 3GPP TS 24.008 [18]. 

5.7.13 Service Request procedure (lu mode only) 

Same as clause 4.7.13 of 3GPPTS 24.008 [18]. 

6 Elementary procedures for circuit-switched call 
control (A/Gb mode only) 

Same as clause 6 of GMR-1 04.008 [19]. 

7 Support of packet services 

Same as clause 6 of 3GPP TS 24.008 [18]. 

8 Examples of structured procedures 

Same as clause 8 of GMR-1 04.008 [19]. 

8.1 General 

Same as clause 8.1 of GMR-1 04.008 [19]. 

8.1 .1 Paging and alert request 

Same as clause 8.1.1 of GMR-1 04.008 [19]. 

8.1 .2 Immediate assignment 

Same as clause 8.1.2 of GMR-1 04.008 [19]. 

8.1 .3 Service request and contention resolution 

Same as clause 8.1.3 of GMR-1 04.008 [19]. 

8.1.4 Authentication 

Same as clause 8.1.4 of GMR-1 04.008 [19]. 

8.1 .5 Ciphering mode setting (A/Gb mode only) 

Same as clause 8.1.5 of GMR-1 04.008 [19]. 

8.1 .6 Transaction phase (A/Gb mode only) 

Same as clause 8.1.6 of GMR-1 04.008 [19]. 
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8.1 .7 Channel release (A/Gb mode only) 

Same as clause 8.1.7 of GMR-1 04.008 [19]. 

8.2 Abnormal cases (A/Gb mode only) 

Same as clause 8.2 of GMR-1 04.008 [19]. 

8.3 Selected examples (A/Gb mode only) 

Same as clause 8.3 of GMR-1 04.008 [19]. 

8.3.1 Location updating 

Same as clause 8.3.1 of GMR-1 04.008 [19]. 

8.3.2 Mobile originating call establishment 

Same as clause 8.3.2 of GMR-1 04.008 [19]. 

8.3.3 Mobile terminating call establishment 

Same as clause 8.3.3 of GMR-1 04.008 [19]. 

8.3.4 Call clearing 

Same as clause 8.3.4 of GMR-1 04.008 [19]. 

8.3.5 DTMF protocol control 

Same as clause 8.3.5 of GMR-1 04.008 [19]. 

8.3.6 Handover 

Same as clause 8.3.6 of GMR-1 04.008 [19]. 

8.3.7 In-call modification 

Same as clause 8.3.7 of GMR-1 04.008 [19]. 

8.3.8 Call reestablishment 

This function is not currently supported in GMR-1. 

8.3.9 Mobile-to-mobile call establishment 

Same as clause 8.3.9 of GMR-1 04.008 [19]. 

8.3.1 Multisatellite optimal routing for call establishment 

Same as clause 8.3.10 of GMR-1 04.008 [19]. 
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9 Handling of unknown, unforeseen, and erroneous 
protocol data 

Same as clause 8 of 3GPP TS 24.008 [18]. 

1 Message functional definitions and contents 

This clause defines the structure of the messages of the L3 protocols defined in the present document. These are 
standard L3 messages as defined in GMPRS-1 04.007 [11], with the exception of those sent on the BACH and the 
RACH. 

Each definition given in this clause includes: 

a) A brief description of the message direction and use, including whether the message has: 

1) Local significance (i.e. is relevant only in the originating or terminating access). 

2) Access significance (i.e. is relevant in the originating and terminating access, but not in the network). 

3) Dual significance (i.e. is relevant in either the originating or terminating access and in the network). 

4) Global significance (i.e. is relevant in the originating and terminating access and in the network). 

b) A table listing the lEs known in the message and the order of their appearance in the message. In messages for 
circuit-switched call control, a Shift IE shall be considered as known even if not included in the table. All lEs 
that may be repeated are explicitly indicated. (V and LV formatted lEs, which compose the imperative part of 
the message, occur before T, TV, and TLV formatted lEs, which compose the nonimperative part of the 
message, see GMPRS-1 04.007 [11].) In a (maximal) sequence of consecutive lEs with half octet length, the 
first IE with half octet length occupies bits 1 to 4 of octet N; the second, bits 5 to 8 of octet N; the third, bits 

1 to 4 of octet Nh-1; etc. Such a sequence always has an even number of elements. 

For each IE, the table indicates: 

1) The Information Element Identifier (lEI), in hexadecimal notation, if the IE has format T, TV, or TLV. 
Usually, there is a default lEI for an IE type; default lEIs of IE types of the same protocol are different. If 
the lEI has half octet length, it is specified by a notation representing the lEI as a hexadecimal digit 
followed by the notation "-" (example: B-). 

2) The name of the IE (which may give an idea of the semantics of the element). This name (usually written 
with initial caps) followed by IE, is used in GMR-1 04.008 [19] as reference to the IE within a message. 

3) The name of the type of IE (which indicates the coding of the value part of the IE) and generally of 
GMR-1 04.008 [19], describing the value part of the IE. 

4) The presence requirement indication (M, C, or O) for the IE as defined in GMPRS-1 04.007 [11]. 

5) The format of the IE (T, V, TV, LV, TLV) as defined in GMPRS-1 04.007 [11]. 

6) The length of the IE (or permissible range of lengths), in octets in the message where "?" means that the 
maximum length of the IE, is constrained only by link layer protocol; in the case of the Facility IE, by 
possible further conditions specified in GSM 04.10 [22]. This indication is nonnormative. 

c) Clauses specifying, where appropriate, conditions for lEs with presence requirement C or O in the relevant 
message that, together with other conditions specified in the present document, define when the lEs shall be 
included; what nonpresence of such lEs means; and, for lEs with presence requirement C, the static conditions 
for presence and/or nonpresence of the lEs (see GMPRS-1 04.007 [11]). 
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10.1 Messages for radio resources management 

Table 10.1 summarizes the messages for RR management. Table 10.2 gives messages for DTMF transmit receive 
service. 

Table 10.1 : Messages for radio resource management 



Channel establishment messages: 


Reference 


IMMEDIATE ASSIGNMENT 


10.1.18.1 


EXTENDED IMMEDIATE ASSIGNMENT 


10.1.18.2 


IMMEDIATE ASSIGNMENT REJECT TYPE 1 


10.1.20.1 


IMMEDIATE ASSIGNMENT REJECT TYPE 2 


10.1.20.2 


EXTENDED IMMEDIATE ASSIGNMENT REJECT 


10.1.20.3 


POSITION VERIFICATION NOTIFY 


10.1.20.4 


IMMEDIATE ASSIGNMENT TYPE 2 


10.1.18.3 


IMMEDIATE ASSIGNMENT REJECT TYPE 3 


10.1.20.5 


IMMEDIATE ASSIGNMENT REJECT TYPE 4 


10.1.20.6 


IMMEDIATE ASSIGNMENT TYPE 3 


10.1.18.4 


IMMEDIATE ASSIGNMENT TYPE 4 


10.1.18.5 


IMMEDIATE ASSIGNMENT TYPE 5 


10.1.18.6 


Ciphering messages: 


Reference 


CIPHERING MODE COMMAND 


10.1.9 


CIPHERING MODE COMPLETE 


10.1.10 


Channel assignment and handover messages: 


Reference 


ASSIGNMENT COMMAND 1 


10.1.2.1 


ASSIGNMENT COMMAND 2 


10.1.2.2 


ASSIGNMENT COMPLETE 


10.1.3 


ASSIGNMENT FAILURE 


10.1.4 


HANDOVER COMMAND 


10.1.15 


HANDOVER COMPLETE 


10.1.16 


Channel release messages: 


Reference 


CHANNEL RELEASE 


10.1.7 


TtT SIGNALING LINK FAILURE 


10.1.50 


Paging and alerting messages: 


Reference 


PAGING REOUEST TYPE 1 


10.1.22 


PAGING REOUEST TYPE 2 


10.1.23 


PAGING REOUEST TYPE 3 


10.1.24 


PAGING REOUEST TYPE 4 


10.1.62 


PAGING RESPONSE 


10.1.25 


ALERT REOUEST 


10.1.43 


System information messages: 


Reference 


SYSTEM INFORMATION TYPE 1 


10.1.31 


SYSTEM INFORMATION TYPE 2 


10.1.32 


GBCH INFORMATION 


10.1.46 


Miscellaneous messages: 


Reference 


CHANNEL MODE MODIFY 


10.1.5 


CHANNEL MODE MODIFY ACKNOWLEDGE 


10.1.6 


CHANNEL REOUEST 


10.1.8 


EXTENDED CHANNEL REQUEST 


10.1.8.1 


CHANNEL REOUEST TYPE 1 


10.1.8.2 


CHANNEL REOUEST TYPE 2 


10.1.8.3 


CHANNEL REOUEST TYPE 3 


10.1.8.4 


CLASSMARK CHANGE 


10.1.11 


CLASSMARK ENQUIRY 


10.1.12 


POSITION UPDATE REQUEST 


10.1.44 


POSITION UPDATE ACCEPT 


10.1.45 


RR STATUS 


10.1.29 


LINK CORRECTION 


10.1.48 


GUARD TIME VIOLATION 


10.1.47 


POWER CONTROL PARAMETERS UPDATE 


10.1.49 


GMPRS RESUME RESPONSE 


10.1.61 
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Status and diagnostic messages: 


Reference 


INFORMATION REOUEST 


10.1.51 


INFORMATION RESPONSE POSITION 


10.1.56 


INFORMATION RESPONSE VERSION 


10.1.52 


INFORMATION RESPONSE SPOT BEAM SELECTION 


10.1.53 


INFORMATION RESPONSE POWER CONTROL 


10.1.55 


INFORMATION RESPONSE VENDOR SPECIFIC 


10.1.57 


INFORMATION RESPONSE CURRENT BEAM 


10.1.54 


INFORMATION RESPONSE ERROR 


10.1.58 


Table 10.2: Messages for DTMF transmit receive service 


DTRS-related messages: 


Reference 


DTMF TONE GENERATE REOUEST 


10.1.59 


DTMF TONE GENERATE ACKNOWLEDGE 


10.1.60 



1 0.1 .1 Additional assignment (A/Gb mode only) 



Same as clause 10.1.1 of GMR-1 04.008 [19]. 

1 0.1 .2 Assignment command 1 and assignment command 2 (A/Gb mode 
only) 

1 0.1 .2.1 Assignment command 1 

Same as clause 10.1.2.1 of GMR-1 04.008 [19]. 

10.1.2.2 Assignment command 2 

Same as clause 10.1.2.2 of GMR-1 04.008 [19]. 

1 0.1 .3 Assignment complete (A/Gb mode only) 

Same as clause 10.1.3 of GMR-1 04.008 [19]. 

1 0.1 .4 Assignment failure (A/Gb mode only) 

Same as clause 10.1.4 of GMR-1 04.008 [19]. 

1 0.1 .5 Channel mode modify (A/Gb mode only) 

Same as clause 10.1.5 of GMR-1 04.008 [19]. 

10.1.6 Channel mode modify acknowledge (A/Gb mode only) 

Same as clause 10.1.6 of GMR-1 04.008 [19]. 

1 0.1 .7 Channel release (A/Gb mode only) 

Same as clause 10.1.7 of GMR-1 04.008 [19]. 



10.1.8 Channel request 

Same as clause 10.1.8 GMR-1 04.008 [19]. 
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1 0.1 .8.1 Extended channel request (A/Gb mode only) 

Same as clause 10.1.8.1 of GMR-1 04.008 [19]. 

1 0.1 .8.2 Channel request Type 1 (A/Gb mode only) 

This message is sent in random mode on the RACH. It does not follow the basic format and is 139 bits in length. The 
first 16 bits of the message are of Class 1 type, which uses more robust coding, and the other 123 bits are of Class 2 
type (see GMR-1 3G 45.003 [13]). The message content of the Channel request Type 1 message depends on the 
GMPRS terminal type (See GMR-1 3G 45.002 [12] for GMPRS Terminal Types). 

The Channel Request Type 1 message content used by MES belonging to GMPRS terminal types A or C is shown in 
table 10.7.1a. The Channel Request Type 1 message content used by MES belonging to GMPRS terminal type D is 
shown in table 10.7.1b. 

Note that the Class 1 type bits are more likely to reach the network without corruption, even in a disadvantaged 
condition. 

Message type: CHANNEL REQUEST TYPE 1 

Significance: dual 

Direction: MES to network 

Table 10.7.1a: CHANNEL REQUEST TYPE 1 message content) (GMPRS terminal type A or C) 



8 


7 


6 


5 


4 


3 


2 


1 




Retry 
Counter 


Est. Cause/Numbering Plan 


P 


octet 1 


Precorrection 
Indication 


Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


HPLMN ID (4 bits) /SP ID 


octet 3 


HPLMN ID(8 bits)/SP ID 


octet 4 


HPLMN ID(8 bits)/SP ID 


octet 5 


Prot Disc (2 bits) 


Spare (1) 


Radio Priority 
(2 bits) 


GMPRS Terminal Type 
Identifier Bits 3 to 1 (3 bits) 


octet 6 


ILL! (8 bits) 


octet 7 


ILL! (8 bits) 


octet 8 


ILL! (8 bits) 


octet 9 


ILL! (8 bits) 


octet 1 


Timestamp / Number of RLC Blocks (8 bits) (MSB) 


octet 1 1 


Timestamp/ 
Spare 


Timestamp/ 
Spare 


Timestamp/Peak Throughput 
(4 bits) 


Timestamp/ 
Number of RLC 
Blocks (2)(LSB) 


octet 12 


GPS Position (8 bits) 


octet 1 3 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 1 6 


GPS Position (8 bits) 


octet 17 




Spare 


LLC 

Mode 
(1 bit) 


RLC 
Mode 
(1 bit) 


octet 18 



Priority (P) (octet 1) 

Indicates the priority of the terminal. This value should be taken out of the non-volatile memory field 

"terminal priority". In case the value is not defined, the value shall be used. 

Bit 

1 

Normal Call 

1 Priority Call 



£75/ 



Release 6 



83 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



Establishment Cause (octet 1) 

Bits 

65432 

1 X X X X Reserved 

X X In Response to Paging (bits 3 to 2 represent Channel 

Needed echoed from Paging Request) 

10 Reserved 

111 Reserved for Channel Request Type 2 

10 Reserved 

10 1 Reserved 

10 10 Reserved 

10 11 Reserved 

1111 Reserved 

110 Position Verification 

110 1 Attach/RA Update 

1110 Packet Data Transfer 

All other values are reserved. 



Retry Counter (octet 1 , bits 8,7). Range to 3 
Retransmission count for current access attempt 



Precorrection Indication (octet 2) 

This is the timing correction applied to RACH while sending this message (see GMR-1 3G 45.01 [1 6] 

for details). This is coded as 

Bits 

876 

No precorrection 

1 -47 symbols correction 

1 -94 symbols correction 

1 1-141 symbols correction 

1 +141 symbols correction 
1 1 +94 symbols correction 

1 1 +47 symbols correction 
1 1 1 Reserved 



Random Reference (octet 2, bits 5 to 1 ) 
A random number of 5 bits. 



GIVIPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field encodes bits b7 to b4 of GMPRS terminal type identifier. GIVIPRS terminal type identifier is 

defined in GIVIR-1 3G 45.002 [12]. 



HPLMN ID/SP ID (octets 3,4,5) 

Octet 3, bits 1 to 4 represent the highest bits, octet 4 represents the middle bits, and octet 5 represents 

the lowest bits of the PLIVIN ID/SP ID field. 

The HPLMN ID shall be sent in this field when it is different from PLMN ID of the network being 

accessed. The SP ID shall be sent when the MES is accessing its HPLMN. 

To accommodate SIMs with 3-digit MNCs, the value transmitted as the HPLMN ID shall consist of 

digits 1 to 6 of the IMSI. This value shall be represented as a 20-bit binary number. 

The SP ID shall consist of digits 6 to 9 of the IMSI. This value shall be represented as a 15-bit binary 

number. The five high-order bits of the 20-bit field shall be set to 11111. 



Radio Priority(Octet 6, bits 4 to 5) 

As described in GMR-1 3G 44.060 [20]. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 
Set to "00" for the current version of the protocol. 



GMPRS Terminal Type Identifier Bits 3 to 1 (octet 6, bits 3 to 1) 

This field encodes bits b3 to b1 of GMPRS terminal type identifier. GMPRS terminal type identifier is 

defined in GMR-1 3G 45.002 [12]. 



TLLI(octets 7 to 10) 

As described in GMR-1 3G 44.060 [20]. 



Timestamp/ Number of RLC Blocks (Octet 1 1 , Octet 12) 

Timestamp is as described in clause 1 1 .5.2.57 

Number of RLC Blocks is as described in GMR-1 3G 44.060 [20] 

The network shall assume the "RLC Blocks" field to be 1 when the Channel Request is sent with the 

cause "Attach/RA Update". (This field is not present when the establishment cause is "Attach/RA 

Update"). 



Peak Throughput/Timestamp (Octet 12 , bits 3 to 6) 
Timestamp is as described in clause 1 1 .5.2.57 
Peak-throughput is as described in GMR-1 3G 44.060 [20]. 
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RLC Mode/Spare (Octet 18, bit 1) 

- Acl<nowledged 

1 - Unacl<nowledged 



LLC Mode/Spare (Octet 18, 

- SACK/ACK pacl<ets 

1 - Data packets 



bit 2) 



GPS Position (octets 13 to 17) 

GPS Position octet 13 (highest bits) to octet 17 (lowest bits) maps to value part of GPS position IE as 

described in clause 1 1 .5.2.53 (i.e. lEI part is not included) (Format V). 



Spare bits shall be coded with "0". 

Timestamp shall be sent for all causes other than Packet Data Transfer. 



Table 10.7.1b: CHANNEL REQUEST TYPE 1 message content (GMPRS terminal type D) 



8 


7 


6 


5 


4 


3 


2 


1 




Retry 
Counter 


Est. Cause/Numbering Plan 


P 


octet 1 


Precorrection 
Indication 


Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


DL Peak Throughput (4 bits) 


octet 3 


Reserved (8 bits) 


octet 4 


Reserved (8 bits) 


octet 5 


Prot Disc (2 
bits) 


Spare (1) 


Radio Priority 
(2 bits) 


GMPRS Terminal Type 
Identifier Bits 3 to 1 (3 bits) 


octet 6 


TLLI (8 bits) 


octet 7 


TLLI (8 bits) 


octet 8 


TLLI (8 bits) 


octet 9 


TLLI (8 bits) 


octet 10 


Timestamp / Number of RLC Blocks (8 bits) (MSB) 


octet 1 1 


Timestamp/ 
Spare 


Timestamp/ 
Spare 


Timestamp/ UL Peak Throughput 
(4 bits) 


Timestamp/ 
Number of RLC 
Blocks (2)(LSB) 


octet 12 


GPS Position (8 bits) 


octet 13 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 16 


GPS Position (8 bits) 


octet 17 


Spare (6 bits) 


LLC 

Mode 
(1 bit) 


RLC 
Mode 
(1 bit) 


octet 1 8 



Priority (P) (octet 1) 

This field is coded as described in the Priority field of the table 10.7.1a. 



Establishment Cause (octet 1) 

This field is coded as described in the Establishment Cause field of the table 10.7.1a. 



Retry Counter (octet 1 , bits 8,7). Range to 3 

This field is coded as described in the Retry Counter field of the table 10.7.1a. 



Precorrection Indication (octet 2) 

This field is coded as described in the Precorrection Indication field of the table 10.7.1a. 



Random Reference (octet 2, bits 5 to 1 ) 

This field is coded as described in the Random Reference field of the table 10.7.1a. 



GMPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field is coded as described in the GMPRS Terminal Type Identifier field of the table 10.7.1a. 
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Downlink Peak Throughput (Octet 3, bits 1 to 4) 

This field indicates the Downlink Peak Throughput Class requested by upper layers. The field is coded 
as the binary representation of the Peak Throughput Class specified in 3GPP TS 23.060 [24]. 
Range: to 7 

Octet 4, bits 4 to 8 
Reserved. 

Octet 5, bits 1 to 8 
Reserved. 

The network should assume the "Downlink Peak Throughput" to be (Best Effort) when the Channel 
Request is sent with the cause "Attach/RA Update". 



Radio Priority(Octet 6, bits 4 to 5) 

This field is coded as described in the Radio Priority field of the table 10.7. 



1a. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 

This field is coded as described in the PD (Protocol Discriminator) field of the table 10.7.1a. 

GIVIPRS Terminal Type Identifier Bits 3 to 1 (octet 6, bits 3 to 1) 

This field is coded as described In the GMPRS Terminal Type Identifier field of the table 10.7.1a. 



TLLI(octets 7 to 10) 

This field is coded as described in theTLLI field of the table 10.7.1a. 



Timestamp/ Number of RLC Blocks (Octet 1 1 , Octet 12) 

This field is coded as described in the Timestamp/ Number of RLC Blocks field of the table 10.7.1a. 



Timestamp/ UL Peak Throughput (Octet 12 , bits 3 to 6) 

Timestamp is as described in clause 1 1 .5.2.57 

Uplink Peak Throughput (Octet 12, bits 3 to 6) 

This field indicates the Uplink Peak Throughput Class requested by upper layers. The field is coded as 

the binary representation of the Peak Throughput Class specified in 3GPP TS 23.060 [24]. 

Range: to 7 

The network shall assume the "Uplink Peak Throughput" to be (Best Effort) when the Channel 
Request Is sent with the cause "Attach/RA Update". 



RLC IVIode/Spare (Octet 18, bit 1) 

This field is coded as described in the RLC IVIode/Spare field of the table 10.7.1a. 



LLC IVIode/Spare (Octet 18, bit 2) 

This field is coded as described in the LLC Mode/Spare field of the table 10.7.1a. 



GPS Position (octets 13 to 17) 

This field is coded as described In the GPS Position field of the table 10.7.1a. 



Spare bits shall be coded with "0". 

Timestamp shall be sent for all causes other than Packet Data Transfer. 



1 0.1 .8.3 Channel request Type 2 (A/Gb mode only) 

This message is sent in random mode on the RACH. It does not follow the basic format and is 139 bits in length. The 
first 16 bits of the message are of Class 1 type, and the remaining 123 bits are of Class 2 type. Class 1 type bits use a 
more robust coding than Class 2 type bits (see GMR-1 3G 45.003 [13]). See table 10.7.2. 

NOTE: The Class 1 type bits are more likely to reach the network without corruption, even in a disadvantaged 
condition. 

Message type: CHANNEL REQUEST TYPE 2 

Significance: dual 

Direction: MES to network 
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Table 10.7.2: CHANNEL REQUEST TYPE 2 message content 



8 1 7 


6 1 5 1 4 1 3 1 2 


1 




Retry 
Counter 


111 


P 


octet 1 


Precorrection Indication Random Reference 


octet 2 


GMPRS Terminal Type Identifier Bits 7 to 4 
(4 bits) 


HPLMN ID (4 bits) /SP ID 


octet 3 


HPLMN ID (8 bits)/SP ID 


octet 4 


HPLMN ID (8 bits)/SP ID 


octet 5 


Prot Disc (2bits) | IVISC ID (6 bits) 


octet 6 


TLLI (8 bits) 


octet 7 


TLLI (8 bits) 


octet 8 


TLLI (8 bits) 


octet 9 


TLLI (8 bits) 


octet 1 


GIVIPRS Terminal Type Identifier 
Bits 3 to 1 (3 bits) 


Request Type (5 bits) 


octet 1 1 


Software Version Number (7 bits) 


Spare 
(1 bit) 


octet 1 2 


GPS Position (8 bits) 


octet 13 


GPS Position (8 bits) 


octet 1 4 


GPS Position (8 bits) 


octet 1 5 


GPS Position (8 bits) 


octet 1 6 


GPS Position (8 bits) 


octet 1 7 


1 1 R 1 GCI 


octet 1 8 



Priority (P) (octet 1) 

Indicates the priority of the terminal. This value should be taken out of the non-volatile memory field 

"terminal priority". In case the value is not defined, the value shall be used. 

Bit 

1 

Normal Call 

1 Priority Call 



Establishment Cause (octet 1) 

Bits 

65432 

111 Channel Request Type 2 

All other values are reserved. 



Retry Counter (octet 1 , bits 8,7). Range to 3 
Retransmission count for current access attempt. 



Precorrection Indication (octet 2) 

This is the timing correction applied to RACH while sending this message (see GIVIR-I 3G 45.01 [1 6] 

for details). This is coded as: 

Bits 

876 

No precorrection 

1 -47 symbols correction 

1 -94 symbols correction 

1 1-141 symbols correction 

1 +141 symbols correction 
1 1 +94 symbols correction 

1 1 +47 symbols correction 
1 1 1 Reserved 



Random Reference (octet 2, bits 5 to 1 ) 
A random number of 5 bits. 



GIVIPRS Terminal Type Identifier Bits 7 to 4 (octet 3, bits 8 to 5) 

This field encodes bits b7 to b4 of GIVIPRS terminal type identifier. GIVIPRS terminal type identifier is 

defined in GIVIR-1 3G 45.002 [12]. 
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HPLMN ID/SP ID (octets 3,4,5) 

octet 3, bits 1 to 4 represent the highest bits, octet 4 represents the middle bits, and octet 5 represents 

the lowest bits of the PLMN ID/SP ID field. 

The HPLMN ID shall be sent in this field when it is different from PLMN ID of the network being 

accessed. The SP ID shall be sent when the MES is accessing its HPLMN. 

To accommodate SIMs with 3-digit MNCs, the value transmitted as the HPLMN ID shall consist of 

digits 1 to 6 of the IMSI. This value shall be represented as a 20-bit binary number. 

The SP ID shall consist of digits 6 to 9 of the IMSI. This value shall be represented as a 15-bit binary 

number. The five high-order bits of the 20-bit field shall be set to 11111. 



PD (Protocol Discriminator) (octet 6, bits 8 to 7) 
Set to "00" for the current version of the protocol. 



MSC ID (octet 6, bits 6 to 1 ) Range: to 63. 

This shall be present in the case of non-MO calls. If the Request Type is "Answer to Paging", this 
value shall be the MSC ID received in the PAGING REQUEST message. Otherwise this value shall be 
coded as "111111". 



TLLI(octets 7 to 10) 

As described in GIVIR-1 3G 44.060 [20]. 



GMPRS Terminal Type Identifier Bits 3 to 1 (octet 1 1 , bits 8 to 6) 

This field encodes bits b3 to b1 of GMPRS terminal type identifier. GMPRS terminal type identifier is 

defined in GMR-1 3G 45.002 [12]. 



Request Type (octet 1 1 , bits 5 to 1 ) 

Bits 

54321 

X X Suspend - Answer to Paging (bits 2 to 1 represent Channel Needed echoed from Paging 

Request) 

In Response to Alerting for circuit switched services 

MO Call 



10 Suspend 
110 Suspend 
111 Resume 
10 Suspend 
10 1 Suspend 
10 10 Suspend 
10 11 Suspend 
1111 Suspend 



Location Update 
IMSI Detach 

Supplementary Services 
Short Message Services 
Emergency Call 



Software Version Number (octet 1 2, bits 8 to 2) 

See GMPRS-1 03.003 [3]. Represented as a 7-bit binary number with range to 99. 



GPS Position (octets 13 to 17) 

GPS Position octet 13 (highest bits) to octet 17 (lowest bits) maps to value part of GPS position IE as 

described in clause 1 1 .5.2.53 (i.e. lEI part is not included) (Format V). 



R bit: This bit shall ordinarily be set to 1 . It shall be set to if the MES has been redirected to a new 
satellite and is now retrying the same service request on the new satellite. It shall also be set to 
when retrying the same service request on the old satellite following a failure to access the new 
satellite. Note that this bit shall not be set to in the event that the MES establishes a dedicated mode 
connection on the new satellite but shall retry on the old satellite due to an unsuccessful attempt to 
perform a location update. 



O bit: This bit shall ordinarily be set to 0. It shall be set to 1 when retrying the same service request 

following a failed optimal routing attempt, including a failed intersatellite optimal routing attempt. 

GPS Capability Indicator (GCI) 

Bit 

7 

MES is not GPS capable 

1 MES is GPS capable 



10.1 .8.4 Channel Request Type 3 (lu mode only) 

Channel request Type 3 is used only on RACH3. The Channel Request Type 3 message is 68 bits in length. Message 
format is defined in table 10.7.3. 

NOTE: RACH3 burst has non-integer number of octets. The least significant four bits (Bit 3 - Bit 0) of last octet 
of Channel Request Type 3 are mapped to Bit 3 - Bit of the last octet in the RACH3 block. 

Message type: CHANNEL REQUEST TYPE 3 

Significance: dual 
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Direction: 



MES to network 



Table 10.7.3: CHANNEL REQUEST TYPE 3 



< Channel Request Type 3 Message Content>::= 
{ -- Critical IVIessage Escape 
{ < Retry Counter: bit (2) > 

< Test Mode: bit(1) >} 

{ 0000 -- RRC Connection Request 

{ < Random S-RNTI: bit (20) > 

< RRC Establishment Cause: bit(5)> } 

< MES Position: <Relative Position IE» 
<GMPRS Terminal Type Id: bit (7) > 

< RA Indicator: bit(1)> 

< Spare Bits: bit(1)>} 

I 0001 -- RRC Periodic GRA Update 

{ < S-RNTI: bit (20) > 

< MES Position: <Relative Position IE» 

< Spare Bits: bit(14)>}} 

I 001 -- RRC GRA Update/Change in GRA 

{ < G-RNTI: bit (32) > 

< MES Position: <Relative Position IE» 

< Spare Bits: bits(2)> }} 

10011 -- RRC Cell Update 

{ < S-RNTI: bit (20) > 

< Cell Update Cause: bit(3)> 

< MES Position: <Relative Position IE» 

< RB Info: <RB Request Struct IE» }} 



User Data Transfer - Application Type 1 



0100 
{ < S-RNTI: bit (20) > 

< MES Position: <Relative Position IE» 

< RB Id: bit (5)> 

< User Data: bit (8) > 
<Spare Bits: bit(1)>}} 

0101 -- Position Verification 

{ < S-RNTI or Random S-RNTI: bit (20) > 

< Enhanced MES Position: < Enhanced Relative Position IE» 

< MES RRC Mode Indicator: bit (1) > 

< Spare Bits: bit(1)>}} 



! < Content part error: bit (*) = < no string > > } 

}; 



<RB Request Struct IE>::= 

< RB Id: bit(5)> 

< RLC_BL0CK_C0UNT:bit(6)> 



<Relative Position IE>::= 

< GPS Capability Indicator: bit(1)> 

< Relative Latitude: bit(12)> 

< Relative Longitude: bit(13)>; 



<Enhanced Relative Position IE>::= 

< Enhanced Relative Latitude: bit(19)> 

< Enhanced Relative Longitude: bit(19)>; 
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Cell Update Cause (3 bit field) 

Tiiis field is defined in GIVIR-1 3G 44.11 8 [25], 



Enhanced Relative Latitude (19 bit field) 

This field contains the geocentric latitude of the MES expressed relative to the spot beam center. That is, 

Relative Latitude is equal to {Lat^^^ — Lat^g) , where Latf^^^ is the latitude position of the IVIES, and 

Lat^g is the latitude of the spot beam center that is broadcast in each beam. 

These 19 bits are coded as: 

Take relative latitude in degrees (with minutes and seconds converted to decimal), multiply by 13 107,1 , 
round to nearest integer number, and then represent the integer number in 2's complement binary to fit in 
19 bits. Valid range for the relative latitude is -20° north to +20° north of the spot beam center (with a 
resulting enhanced latitude position uncertainty of approximately 0,000075 degrees). 



Enhanced Relative Longitude (19 bit field) 

This field contains the geocentric longitude of the MES expressed relative to the spot beam center. That is. 

Relative Longitude is equal \o{Long^^g — Long^g) , where Long^^^^ is the longitude position of the 

MES, and Long^^ is the longitude of the spot beam center that is broadcast in each beam. 

These 19 bits are coded as: 

Take relative longitude in degrees (with minutes and seconds converted to decimal), multiply by 5 242,84, 
round to nearest integer number, and then represent the integer number in 2's complement binary to fit in 
1 9 bits. Valid range for the relative longitude is -50 ° east to +50 ° east of the spot beam center (with a 
resulting enhanced longitude position uncertainty of less than 0,0002 degrees). 



GMPRS Terminal Type Id (7 bit field) 

This field is defined is GMR-1 3G 45.002 [12]. 



GPS Status and Capability Indicator (GO!) (1 bit field) 

If this MES is not GPS capable or if transmission of GPS position is not permitted, then the GCI field shall be 

set to 0. In addition the Relative Latitude and Relative Longitude fields shall be set to 0. 

If the MES is GPS capable but the position is not current i.e. MES was unable to obtain a GPS fix before 
requesting access, then the GCI field shall be set to 0. In addition the Relative Latitude and Relative 
Longitude fields shall be set to the last reported valid relative position. 

If the MES is GPS capable and if its position is current, then the GCI field shall be set to 1 . The current 

position of the MES is given by the Relative Latitude and Relative Longitude information elements. 

MES RRC Mode Indicator (1 bit field) 

This field indicates the current RRC mode of the MES when sending the Position Verification request. See 

GMR-3G 44.1 1 8 [25] for a definition of RRC modes and states. 

bit 
1 

RRC Idle mode 

1 RRC Connected mode 



RA Indicator (1 bit field) 

This field indicates whether the current MES Routing Area Identifier (RAI) is derived from the broadcast 

BCCH Routing Area Code (RAC) or whether it was derived from the RAC provided by the network (GS) in 

the prior RRC Connection Setup attempt. 

bit 

1 

current RAI derived from BCCH-broadcast RAC 

1 current RAI derived from network-provided RAC 

NOTE 1 : The value of this field shall always be set to when an MES is first initiating an RRC connection 
establishment with the network to enter RRC connected mode. The value shall be set to 1 when 
re-initiating a RRC connection following an Immediate Assignment Reject, or following an RRC 
Connection Release when the network has provided a RAC to the MES. The network-provided 
RAC shall be specified in the form of either the Directed RAC IE (see clause 11.5.2.129) or the 
CN Information Info IE (see GMR-1 3G 44.1 18 [25]). If no network-provided RAC is specified 
(for example, in the case of a redirection to a new satellite), the RA Indicator shall be set to 
BCCH-broadcast RAC at the next RRC Connection Setup attempt. 



Random S-RNTI (20 bit field) 

Random S-RNTI is used to identify a mobile earth station during contention resolution. If a valid P-TMSI is 

available, then this field is set to lower 20 bits of P-TMSI. If valid P-TMSI is not available, then this field is set 

to a 20 bit random number. A random S-RNTI is used by an MES that is in RRC idle mode 

(see GMR-3G 44.118 [25]). 
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RB Id (5 bit field) 

This field contains the identity of the Radio Bearer. 

If the Cell Update Procedure is being requested to recover from RLC or Radio Link error, then the RB Id 

shall identify the affected Radio Bearer. If multiple Radio Bearers are affected, then IVIES shall select one 

RB based on implementation choice. 

If the Cell Update Procedure is being requested for transferring user data, then the IVIES shall include RB Id 

of the corresponding User Radio Bearer (URB). When multiple User Radio Bearers have data to be 

transmitted, the IVIES shall select one user RB Id based an implementation choice. 

See GIVIR-1 3G 44.118 [25] for the definition of RB Id. If only upper layer signalling transfer is pending, then 

the IVIES shall include RB Id corresponding to the signalling radio bearer (SRB). See GMR-1 3G 44.1 1 8 [25] 

for details on signalling radio bearer. 

If application level user data transfer is being requested, then the IVIES shall include RB Id of the 

corresponding User Radio Bearer (URB). 



Retry Counter (2 bit field) 

Retransmission count for current access attempt. Range - 3, where indicates first access attempt. 

Relative Latitude (12 bit field) 

This field contains the geocentric latitude of the MES expressed relative to the spot beam center. That is. 

Relative Latitude is equal to {Latf^^^ — Lat^g) , where Lat^^^^ is the latitude position of the MES, and 

Lat^g is the latitude of the spot beam center that is broadcast in each beam. 

These 12 bits are coded as: 

Take relative latitude in degrees (with minutes and seconds converted to decimal), multiply by 102,35, round 

to nearest integer number, and then represent the integer number in 2's complement binary to fit in 12 bits. 

Valid range for the relative latitude is -20° north to +20° north of the spot beam center (with a resulting 

latitude position uncertainty of less than 0,005 degrees). 

NOTE 2: A Relative Latitude value of all 1 s indicates that the MES Latitude is outside the range given by 

the 12-bit relative latitude. If relative latitude is outside the range given by the 12-bit value, the 
MES shall execute the Position Verification procedure prior to initiating system access. 



Relative Longitude (13 bit field) 

This field contains the geocentric longitude of the MES expressed relative to the spot beam center. That is. 

Relative Longitude is equal to (Lon^^^^ — Long^g) , where Long^g is the longitude of the spot beam 

center that is broadcast in each beam. 

These 13 bits are coded as: 

Take relative longitude in degrees (with minutes and seconds converted to decimal), multiply by 81 ,90, 

round to nearest integer number, and then represent the integer number in 2's complement binary to fit in 

1 3 bits. Valid range for the relative longitude is -50 ° east to +50 ° east of the spot beam center (with a 

resulting longitude position uncertainty of approximately 0,012 degrees). 

NOTE 3: A Relative Longitude value of all 1s is used to indicate a MES Longitude is outside the range 

given by the 12-bit relative longitude. If relative longitude is outside the range given by the 13-bit 
value, the MES shall execute the Position Verification procedure prior to initiating system access. 



RLC_BLOCK_COUNT (6 bit field) 

This field encodes the number of RLC blocks pending transfer from the MES. This field Is defined in 

GMR-1 3G 44.060 [20]. 



RRC Establishiment Cause (5 bit field) 
This field is defined in GMR-1 3G 44.1 18 [25]. 



S-RNTI (20 bit field) 

This field is defined GMR-1 3G 44.1 18 [25]. 



Test IWode (1 bit field) 

This field indicates that the MES is operating in test mode. This field shall be set only when the MES is 

configured to operate in test mode. 



User Data (10 bit field) 

This field is encoded in accordance with the Application Type 1 specification [FFS]. 



1 0.1 .9 Ciphering mode command (A/Gb mode only) 



Same as clause 10.1.9 of GMR-1 04.008 [19]. 



1 0.1 .1 Cipinering mode complete (A/Gb mode only) 



Same as clause 10.1.10 of GMR-1 04.008 [19]. 
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1 0.1 .11 Classmark change (A/Gb mode only) 

Same as clause 10.1.11 of GMR-1 04.008 [19]. 

10.1.12 Classmark enquiry (A/Gb mode only) 

Same as clause 10.1.12 of GMR-1 04.008 [19]. 

10.1.13 Frequency redefinition (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.14 Handover access (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.15 Handover command (A/Gb mode only) 

Same as clause 10.1.15 of GMR-1 04.008 [19]. 

10.1.16 Handover complete (A/Gb mode only) 

Same as clause 10.1.16 of GMR-1 04.008 [19]. 

1 0.1 .1 7 Handover failure (A/Gb mode only) 

This function is not currently supported in GMR-1. 

10.1.18 Immediate assignment 

1 0.1 .1 8.1 Immediate assignment (A/Gb mode only) 

Same as clause 10.1.18.1 of GMR-1 04.008 [19]. 

1 0.1 .1 8.2 Extended immediate assignment (A/Gb mode only) 

Same as clause 10.1.18.2 of GMR-1 04.008 [19]. 

1 0.1 .1 8.3 Immediate assignment Type 2 (A/Gb mode only) 

This message is sent on the CCCH by the network to the MES to change the channel configuration to a dedicated 
configuration while staying in the same cell. See table 10.14.1. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message except the lA Rest 
Octets and L2 Pseudo Length IBs. 

Message type: IMMEDIATE ASSIGNMENT Type 2 

Significance: dual 

Direction: network to MES 
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Table 10.14.1 : IMMEDIATE ASSIGNMENT TYPE 2 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 2 
IVIessaqe Type 


IVIessage Type 
clause 11.4 


M 


V 


1 




USF 


USF 

clause 11.5.2.110 


M 


V 


3 




Timing Advance Index 


Timing Advance Index 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




Packet Immediate Assignment 
Type 2 Parameters 


Packet Immediate Assignment 
Type 2 Parameters 
clause 11.5.2.107 


M 


V 


5 




Pacl<et Frequency Parameters 


Packet Frequency Parameters 
clause 11.5.2.106 


M 


V 


3 




Pacl<et Power Control 
Parameters 


Packet Power Control 
Parameters 


M 


V 


1 



10.1.18.3.1 USF 

The Uplink State Flag (USF) is described in GMR-1 3G 44.060 [20]. 

10.1.18.3.2 TLLI 

The Temporary Logical Link Identity is described in GMR-1 3G 44.060 [20]. 

10.1 .18.3.3 Packet Power Control Parameters 

As described in GMR-1 3G 44.060 [20]. Packet Power Control Parameters is a 6 bit field and will be implemented such 
that the most significant bits of the octet shall be spare. 

10.1.18.3.4 Timing Advance Index (TAI) 

As described in GMR-1 3G 44.060 [20]. The Timing Advance Index (TAI) is a 7 bit field and will be implemented such 
that the most significant bit of the octet shall be spare. 

1 0.1 .1 8.4 Immediate Assignment Type 3 (A/Gb mode only) 

This message is sent on the PCH by the network to assign downlink resources to the MES. The MES is identified by its 
TLLI. See table 10.39. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message, except for the PI rest 
octets and L2 Pseudo Length IE. 

Message type: IMMEDIATE ASSIGNMENT TYPE 3 

Significance: dual 

Direction: network to MES 
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Table 10.14.2: IMMEDIATE ASSIGNMENT TYPE 3 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 3 
IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Page Mode 


Page Mode 
clause 11.5.2.26 


M 


V 


1/2 




Spare Half Octet 


Spare Half Octet 
clause 11.5.1.8 


M 


V 


1/2 




Persistence Level 


Persistence Level 


M 


V 


2 




Timing Advance Index 


Timing Advance Index 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Packet Immediate Assignment 
Type 3 Parameters 


Packet Immediate Assignment 
Type 3 Parameters 
clause 11.5.2.105 


M 


V 


3 




Packet Frequency Parameters 


Packet Frequency Parameters 
clause 11.5.2.106 


M 


V 


3 




Packet Power Control 
Parameters 


Packet Power Control 
Parameters 


M 


V 


1 




P1 Rest Octets 


PI Rest Octets 
clause 11.5.2.23 


M 


V 


6 



10.1.18.4.1 Page Mode 

As described in GMR-1 3G 44.060 [20]. 



10.1.18.4.2 



Persistence Level 



As described in GMR-1 3G 44.060 [20]. Persistence Level consists of 4 radio priorities of 4 bits each and will be 
implemented such that Radio Priority 1 shall occupy the most significant bits of the lower numbered octet and Radio 
Priority 4 shall occupy the least significant bits of the higher numbered octet. 

10.1.18.4.3 TLLI 

As described in GMR-1 3G 44.060 [20]. 

10.1.18.4.4 Packet Power Control Parameters 

Refer to clause 10.1.18.3.3. 

10.1.18.4.5 Timing Advance Index 

Refer to clause 10.1.18.3.4. 

1 0.1 .1 8.5 Immediate Assignment Type 4 (lu mode only) 

This message is sent on the AGCH by the network to assign downlink resources to the MES. The MES is identified by 
its S-RNTl. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message. 

Message type: IMMEDIATE ASSIGNMENT TYPE 4 

Significance: dual 

Direction: network to MES 
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Table 10.14.3: IMMEDIATE ASSIGNMENT TYPE 4 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 4 
IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Packet Immediate Assignment 
Type 4 Parameters 


Packet Immediate Assignment 
Type 4 Parameters 
clause 11.5.2.125 


M 


V 


12 1/2 



10.1.18.5.1 S-RNTI 

See GMR-1 3G 44. 1 18 [25]. S-RNTI IE shall occupy octets 10, 1 1 and most significant four bits of octet 12. 

10.1 .18.5.2 Packet Immediate Assignment Type 4 Parameters 

Packet Immediate Assignment Type 4 Parameters IE shall occupy least significant four bits of octet 12 and 
octets 13-24. 

1 0.1 .1 8.6 Immediate Assignment Type 5 (lu mode only) 

This message is sent on the AGCH by the network in response to a CHANNEL REQUEST TYPE 3 message supporting 
an RRC procedure in which a single network confirmation or indication message is required and where that RRC 
message can be entirely carried within a single IMMEDIATE ASSIGNMENT TYPE 5 message. The MES is identified 
by its S-RNTI. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message. 

Message type: IMMEDIATE ASSIGNMENT TYPE 5 

Significance: dual 

Direction: network to MES 

Table 10.14.4: IMMEDIATE ASSIGNMENT TYPE 5 message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Skip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Type 5 
Message Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Packet Immediate Assignment 
Type 5 Parameters 


Packet Immediate Assignment 
Type 5 Parameters 
clause 11.5.2.130 


M 


V 


16 1/2 
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10.1.18.6.1 S-RNTI 

See GMR-1 3G 44. 1 18 [25]. S-RNTI IE shall occupy octets 6, 7 and most significant four bits of octet 8. 

10.1 .18.6.2 Packet Immediate Assignment Type 5 Parameters 

The Packet Immediate Assignment Type 5 Parameters IE shall occupy least significant four bits of octet 8 and 
octets 9-24. 

10.1.19 Immediate assignment extended (A/Gb mode only) 

Same as clause 10.1.19 of GMR-1 04.008 [19]. 

1 0.1 .20 Immediate assignment reject 

1 0.1 .20.1 immediate assignment reject type 1 

Same as clause 10.1.20.1 of GMR-1 04.008 [19]. 

1 0.1 .20.2 Immediate assignment reject type 2 

Same as clause 10.1.20.2 of GMR-1 04.008 [19]. 

1 0.1 .20.3 Extended immediate assignment reject (A/Gb mode only) 

Same as clause 10.1.20.3 of GMR-1 04.008 [19]. 

1 0.1 .20.4 Position verification notify (A/Gb mode only) 

Same as clause 10.1.20.4 of GMR-1 04.008 [19]. 

1 0.1 .20.4a Position verification notify Type 2 (lu mode only) 

This message may be sent on the CCCH by the network to the MES to indicate if the reported position is acceptable or 
not. See table 10.18a. 

Message type: POSITION VERIFICATION NOTIFY TYPE2 

Significance: dual 

Direction: network to MES 

Table 10.18a: POSITION VERIFICATION NOTIFY TYPE 2message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Position Verification Notify Type 
2 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
clause 11.5.2.30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




S-RNTI 


S-RNTI 


M 


V 


2 1/2 




Position Verification Notify 
Type2 Parameters 


Position Verification Notify Type 2 
clause 11.5.2.128 


M 


V 


14 1/2 
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10.1.20.4a.1 S-RNTI 

See GMR-1 3G 44. 1 18 [25]. S-RNTI IE shall occupy octets 8, 9 and most significant four bits of octet 10. 

1 0.1 .20.4a.2 Position Verification Notify Type2 Parameters 

The Position Verification Notify Type2 Parameters IE shall occupy the least significant four bits of octet 10 and 
octets 11-24. 

1 0.1 .20.5 Immediate Assignment Reject Type 3 

This message may be sent to the MES (requesting packet services) by the network on the CCCH to indicate that no 
channel is available for assignment or that the MES cannot be allowed access. This message may also indicate dark 
beam activation in progress or pause indication or indicate to the MES to switch to a new BCCH or transmit a new 
RACH Additionally the message also provides timing and frequency correction. See table 10.18.1. The L2 Pseudo 
Length of this message shall be the sum of all lEs present in the message, except the lAR Rest Octets and L2 Pseudo 
Length lEs. 

Message type: IMMEDIATE ASSIGNMENT REJECT TYPE 3 MESSAGE TYPE 

Significance: dual 

Direction: network to MES 

Table 10.18.1 : IMMEDIATE ASSIGNMENT REJECT TYPE 3 message content 



IE! 


Information Element (IE) 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Reject 
Type 3 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
Clausen. 5.2. 30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




Reject Cause 


Reject Cause 
clause 11.5.2.56 


M 


V 


1 




Pause Timer 


Pause Timer 
clause 11.5.2.103 


C 


V 


1 




Illumination Retry Timer 


Illumination Retry Timer 
clause 11.5.2.108 


C 


V 


1 




Packet BCCH Carrier 


Packet BCCH Carrier 
clause 11.5.2.104 


C 


V 


2 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 




lAR Rest Octets 


lAR Rest Octets 
clause 11.5.2.17 


M 


V 


9 to 11 



1 0. 1 .20.5. 1 Pacl<et BCCH Carrier 

The Packet BCCH Carrier IE shall be present if B bit is set in the Reject Cause. 

10.1.20.5.2 Illumination Retry Timer 

The Illumination Retry Timer IE shall be present if T bit is set in the Reject Cause. 
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10.1.20.5.3 Pause Timer 

The Pause timer IE shall be present if T bit is reset in the Reject Cause. 

1 0.1 .20.6 Immediate Assignment Reject Type 4 (lu mode only) 

This message may be sent to the MES (requesting packet services) by the network on the CCCH to indicate that no 
channel is available for assignment, that the MES must be associated with a Routing Area (RA) different from the one 
broadcast on the BCCH or that the MES cannot be allowed access. This message may also indicate dark beam 
activation in progress or pause indication or indicate to the MES to switch to a new BCCH or transmit a new RACH 
Additionally the message also provides timing and frequency correction. See table 10.18.2. The L2 Pseudo Length of 
this message shall be the sum of all lEs present in the message, except the lAR Rest Octets and L2 Pseudo Length lEs. 

Message type: IMMEDIATE ASSIGNMENT REJECT TYPE 4 MESSAGE TYPE 

Significance: dual 

Direction: network to MES 

Table 10.18.2: IMMEDIATE ASSIGNMENT REJECT TYPE 4 message content 



lEI 


Information Element (IE) 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Immediate Assignment Reject 
Type 4 IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Request Reference 


Request Reference 
Clausen. 5.2.30 


M 


V 


2 




GPS Discriminator 


GPS Discriminator 
clause 11.5.2.101 


M 


V 


2 




Reject Cause 


Reject Cause 
clause 11.5.2.56 


M 


V 


1 




Pause Timer 


Pause Timer 
clause 11.5.2.103 


C 


V 


1 




Illumination Retry Timer 


Illumination Retry Timer 
clause 11.5.2.108 


C 


V 


1 




BCCH Carrier 


BCCH Carrier 
clause 11.5.2.55 


c 


V 


2 




Timing Offset 


Timing Offset 
clause 11.5.2.40 


M 


V 


2 




Frequency Offset 


Frequency Offset 
clause 11.5.2.49 


M 


V 


2 


01 


CN Information 


CN Information Info 
GMR-1 3G 44.1 18 [25] 





TV 


5 


02 


Redirected RAC 


Directed RAC 
clause 11.5.2.129 





TV 


2 




lAR Rest Octets 


lAR Rest Octets 
clause 11.5.2.17 


M 


V 


4 to 11 



10.1.20.6.1 



BCCH Carrier 



This parameter shall be present if the network wishes to command the MES to access another BCCH. The BCCH 
Carrier IE shall be present if B bit is set in the Reject Cause. 

10.1.20.6.2 Illumination Retry Timer 

The Illumination Retry Timer IE shall be present if T bit is set in the Reject Cause. 
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10.1.20.6.3 Pause Timer 

The Pause timer IE shall be present if T bit is reset in the Reject Cause. 

10.1.20.6.4 CN Information Info 

The CN Information Info IE may be present if the Reject Cause is set to "Directed signalling connection 
re-establishment". The IE shall be included when the network needs to direct a RRC connected mode MES to a specific 
Routing Area If the length of CN Information Info IE does not align to an octet boundary, spare bits shall be appended 
to align it to an octet boundary. 

When the Reject Cause is set to "Directed signalling connection re-establishment" the MES behaviour shall be the same 
as that which apphes in the event of an RRC Connection Release with the same Cause (see GMR-1 3G 44. 118 [25]). 

10.1.20.6.5 Directed RAC 

The Directed RAC IE shall be present whenever the Reject Cause is set to a value of "RA Redirect". The IE, whenever 
provided, allows the network to inform the MES of the network-provided Routing Area Code to which the system 
access shall be redirected. 

1 0. 1 .21 Measurement report (A/Gb mode only) 

Same as clause 10.1.21 of GMR-1 04.008 [19]. 

1 0.1 .22 Paging request type 1 

Same as clause 10.1.22 of GMR-1 04.008 [19]. 

1 0. 1 .23 Paging request type 2 

Same as clause 10.1.23 of GMR-1 04.008 [19]. 

1 0. 1 .24 Paging request type 3 

Same as clause 10.1.23 of GMR-1 04.008 [19]. 

1 0.1 .25 Paging response (A/Gb mode only) 

Same as clause 10.1.25 of GMR-1 04.008 [19]. 

1 0.1 .26 Partial release (A/Gb mode only) 

Same as clause 10.1.26 of GMR-1 04.008 [19]. 

1 0.1 .27 Partial release complete (A/Gb mode only) 

Same as clause 10.1.27 of GMR-1 04.008 [19]. 

1 0.1 .28 Physical information (A/Gb mode only) 

Same as clause 10.1.28 of GMR-1 04.008 [19]. 

1 0. 1 .29 RR status (A/Gb mode only) 

Same as clause 10.1.29 of GMR-1 04.008 [19]. 
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1 0.1 .30 Synchronization cinannel information (A/Gb mode only) 

Same as clause 10.1.30 of GMR-1 04.008 [19]. 

1 0.1 .31 System information type 1 

Same as clause 10.1.31 of GMR-1 04.008 [19]. 

1 0.1 .32 System information type 2 

Same as clause 10.1.32 of GMR-1 04.008 [19]. 

1 0.1 .33 System information type 2bis (lu mode only) 

Table 10.1.33: SYSTEM INFORMATION TYPE 2bis message content 



lEI 


Information element 


Type / Reference 


Presence 


Format 


length 




L2 Pseudo Length 


L2 Pseudo Length 
Clause 11.5.2.19 


M 


V 


1 




RR management 
Protocol Discriminator 


Protocol Discriminator 
Clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
Clause 11.3.1 


M 


V 


1/2 




System Information 
Type 2bis IVIessage Type 


IVIessage Type 
Clause 1 1 .4 


M 


V 


1 




Extended BCCH Segment 


Extended BCCH Segments 
Clauses 11.5.2.84b, 11.5.2.84c 


M 


V 


21 



1 0.1 .34 System information type 2ter 

This function is not currently supported in GMR-1. 

1 0.1 .35 System information type 3 

This function is not currently supported in GMR-1. 

1 0.1 .36 System information type 4 

This function is not currently supported in GMR- 1 . 

1 0.1 .37 System information type 5 

This function is not currently supported in GMR-1. 

1 0. 1 .38 System information type 5bis 

This function is not currently supported in GMR-1. 

1 0.1 .39 System information type 5ter 

This function is not currently supported in GMR-1. 

1 0.1 .40 System information type 6 

This function is not currently supported in GMR-1. 
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1 0.1 .41 System information type 7 

This function is not currently supported in GMR-1. 

1 0.1 .42 System information type 8 

This function is not currently supported in GMR-1. 

1 0.1 .43 Alert request (A/Gb mode only) 

Same as clause 10.1.43 of GMR-1 04.008 [19]. 

1 0.1 .44 Position update request (A/Gb mode only) 

Same as clause 10.1.44 of GMR-1 04.008 [19]. 

1 0.1 .45 Position update accept (A/Gb mode only) 

Same as clause 10.1.45 of GMR-1 04.008 [19]. 

10.1.46 GBCH information 

Same as clause 10.1.46 of GMR-1 04.008 [19]. 

10.1. 46a GBCH3 information 

GBCH3 Information Messages shall be transmitted in the GBCH3. GBCH3 messages are sent in unacknowledged 
mode and have no link layer header. They have a fixed length of 192 bits. 

The description of the messages uses the compact notation described in annex B of GMPRS-1 04.007 [11]. 

<GBCH3 Information Message>::= - - 192 bits 

<GBCH3 Message Header> - - 8 bits 

{<GBCH3 Information Type 1>I 

<GBCH3 Information Type 2>l 

<GBCH3 Information Type 3>l 

<GBCH3 Information Type 4>l 

<GBCH3 Information Type 5>l 

<GBCH3 Information Type 6>l 

<GBCH3 Information Type 7>l 

<GBCH3 Information Type 8>l 

<GBCH3 Information Type 9>l 

<GBCH3 Information Type 10>l 

<GBCH3 Information Type 11>I 

<GBCH3 Information Type 12>l 

<GBCH3 Information Type 13>l 
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<GBCH3 Information Type 14>l 
<GBCH3 Information Type 15>l 
<GBCH3 Information Type 16>l 
<GBCH3 Information Type 17>} 

<GBCH3 Message Header>::= 

<Protocol Escape: bit(l)> 

<GBCH3 Sequence Number: bitstring(2)> 
<Message Number: bitstring(5)> 



Size: 8 bits 

This bit shall be set to for GBCH3 Information Messages. 
The MES shall verify that this bit is and shall discard the 
message if the bit is not 0. 

All messages with a common value of the GBCH3 Version 
Number may be used as a group 

GBCH Message Number as defined in table 4.4b 



<GBCH3 Information Type 1>::= 
<GPS Time: bitstring(40) > 



Size: 184 bits 



<Curve Fit Time: bitstring(40) > 



<Frame Number: bitstring (19)> 



<SV ID satellite 1: bitstring(6)> 



<Doppler: bitstring (8) 



<Code Phase: bitstring (22)> 



The time, in the centre of the spot beam at the 
earth's surface, at the time tick defined by the 
Frame Number parameter (below). The time is a 
GPS time of week in GPS time coordinates, (see 
GPS-ICD-200 [29] specification for definition). 
First 20 bits are GPS time of week in integer 
seconds. The last 20 bits are GPS time of week in 
fractional seconds. There is an implied decimal 
point between the first 20 bits and the second 
20 bits 

Time that is associated with the 2"'^ degree curve 
fits. The time is a GPS time of week in GPS time 
coordinates, (see GPS-ICD-200 [29] specification 
for definition). First 20 bits are GPS time of week 
in integer seconds. The last 20 bits are GPS time of 
week in fractional seconds. There is an implied 
decimal point between the first 20 bits and the 
second 20 bits 

The arrival of leading edge of the frame with this 
frame number defines a time tick. The time 
contained in the GPS Time parameter is precisely 
correct at this time tick, if located at the centre of 
spot beam on the earth's surface. For the definition 
of Frame Number refer to GMR-1 3G 45.002 [12] 

6-bit S V ID of satellite 1 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 
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<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<spare: bitstring (7)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of T} m 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 Information Type 2>::= 
<SV ID satellite 1: bitstring(6)> 



<Vxi: bitstring (13)> 
<"^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<^Y2' bitstring (8)> 
<Zq: bitstring (24)> 
<^Z0' bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 2: bitstring(6)> 
<Doppler: bitstring (8) 



Size: 184 bits 



6-bit SV ID of satellite 1 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + yYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"^^ m/s-^ 

y(t) « Yq + VYot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) = Zq + V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) « Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelUte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 
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<spare: bitstring (6)> 



Not used 



<GBCH3 Information Type 3>::= 
<SV ID satellite 2: bitstring(6)> 



<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<spare: bitstring (6)> 



Size: 184 bits 



6-bit S V ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2 



■28, 



x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"^^ m/s^ 

y(t) « Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^^ m/s^ 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

Not used 



<GBCH3 Information Type 4>::= 
<SV ID satellite 2: bitstring(6)> 



<^Z0' bitstring (18)> 
<V2i: bitstring (13)> 



Size: 184 bits 



6-bit S V ID of satellite 2 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) = Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 
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<^'Z2- bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 3: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xo: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<Vx2: bitstring (8)> 
<Yq: bitstring (24)> 
<spare: bitstring (5)> 



z(t) » Zq + V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 3 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 rn/s2 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) « Yq H- Vyot H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 22 m 

Not used 



<GBCH3 Information Type 5>::= 
<SV ID satellite 2: bitstring(6)> 



<Vyo: bitstring (18)> 
<Vyj: bitstring (13)> 
<Vy2: bitstring (8)> 
<Lq: bitstring (24)> 
<V2o: bitstring (18)> 



Size: 184 bits 



6-bit S V ID of satellite 3 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

y(t) » Yq H- VYot H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

y(t) » Yq H- VYOt H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-12 ^^§2 

y(t) » Yq H- VYot H- (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) « Zq H- V2ot H- (l/2)V2it2 H- (l/3)V22t3 for this 
satellite. LSB scale factor of 22 m 

z(t) » Zq H- V^ot H- (l/2)Vzit2 H- (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2'^ m/s 
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<V2i:bitstring(13)> 
<V22: bitstring (8)> 
<ajj: bitstring (11)> 

<SV ID satellite 4: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<spare: bitstring (5)> 



z(t) » Zq + V2ot + (l/2)V2it2 + {ll3)VjJ? for this 
satellite. LSB scale factor of 2'!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 4 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22-bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

Not used 



<GBCH3 Information Type 6>::= 
<SV ID satellite 4: bitstring(6)> 



<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2- bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 



Size: 184 bits 



6-bit S V ID of satellite 4 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2-12 ^^2 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-^^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2-^2 rn/s2 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-^^ m/s^ 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 22 m 
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<V2o: bitstring (18)> 
<V2i:bitstring(13)> 
<^12- bitstring (8)> 
<i.^Y bitstring (11)> 

<spare: bitstring (2)> 



z(t) » Zq + V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'^ m/s 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2'!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

Not used 



<GBCH3 Information Type 7>::= 
<SV ID satellite 5: bitstring(6)> 



<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<V2o: bitstring (18)> 
<spare: bitstring (4)> 



Size: 184 bits 



6-bit S V ID of satellite 5 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 

of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2'12 ^^§2 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 22 m 

y(t) » Yq H- VYot + (l/2)VYit2 H- (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-^2 nVs2 

y(t) » Yq H- VYot + (l/2)VYit2 H- (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq H- Vzot H- (l/2)V2it2 H- (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 
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<GBCH3 Information Type 8>::= 
<SV ID satellite 5: bitstring(6)> 



<Zq: bitstring (24)> 
<V2i:bitstring(13)> 
<^'22- bitstring (8)> 
<i.^Y bitstring (11)> 

<SV ID satellite 6: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2' bitstring (8)> 
<Vyo: bitstring (18)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit S V ID of satellite 5 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

z(t) « Zq + V^ot + (l/2)V2it2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of T} m 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2'!^ m/s^ 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 6 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 rn/s2 

x(t) » Xq H- Vxot + (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 H- (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

Not used 



<GBCH3 Information Type 9>::= 
<SV ID satellite 6: bitstring(6)> 



Size: 184 bits 



6-bit SV ID of satellite 6 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 



£75/ 



Release 6 



108 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



<Yq: bitstring (24)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<^-22- bitstring (8)> 
<'A-IY bitstring (11)> 

<SV ID satellite 7: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Vxo: bitstring (18)> 
<spare: bitstring (5)> 



y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of T} m 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'^^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'^ m/s 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2'12 m/s^ 

z(t) « Zq + Vzot + (l/2)V2it2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 Information Type 10>: 
<SV ID satellite 7: bitstring(6)> 



<Xq: bitstring (24)> 
<Vxi: bitstring (13)> 
<Vx2: bitstring (8)> 



Size: 184 bits 



6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent lEs for this satellite shall be 
ignored. 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"12 ^^§2 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^1^ m/s3 



£75/ 



Release 6 



109 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 
<^12- bitstring (8)> 
<spare: bitstring (7)> 



y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of T} m 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

z(t) » Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of T} m 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) « Zq + Vzot + (l/2)V2it2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2"12 ^aj'^ 

z(t) « Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

Not used 



<GBCH3 Information Type 11>: 
<SV ID satellite 7: bitstring(6)> 



<a^j: bitstring (n)> 

<SV ID satellite 8: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xo: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 



Size: 184 bits 



6-bit S V ID of satellite 7 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 8 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent les for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 22 m 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t3 for this 
satellite. LSB scale factor of T^ m/s 

x(t) » Xq H- Vxot H- (l/2)Vxit2 H- (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 rn/s2 
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<^X2' bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<spare: bitstring (5)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2"l^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'^^ m/s^ 

Not used 



<GBCH3 Information Type 12>: 
<SV ID satellite 8: bitstring(6)> 



<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<^Zl- bitstring (13)> 
<^Z2' bitstring (8)> 
<?ifl. bitstring (11)> 

<SV ID satellite 9: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 



Size: 184 bits 



6-bit S V ID of satellite 8 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

z(t) = Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 9 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 
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<Vxi:bitstring(13)> 
<^X2' bitstring (8)> 
<spare: bitstring (5)> 



x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s^ 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"l^ m/s3 

Not used 



<GBCH3 Information Type 13>: 
<SV ID satellite 9: bitstring(6)> 



<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<^Z0- bitstring (18)> 
<^zi- bitstring (13)> 
<y-Z2- bitstring (8)> 
<ajj: bitstring (1 1)> 

<SV ID satelUte 10: bitstring(6)> 

<Doppler: bitstring (8) 
<Code Phase: bitstring (22)> 
<spare: bitstring (5)> 



Size: 184 bits 



6-bit SV ID of satellite 9 of the 12 being broadcast. 
An ID with a value of "0" indicates "no satellite" 
and subsequent IBs for this satellite shall be 
ignored. 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) « Yq + VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2'!^ m/s^ 

y(t) » Yq + VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) » Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

z(t) = Zq + Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2"!^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

6-bit SV ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent les for this satellite shall 
be ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 

of 2-28 s 

Not used 
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<GBCH3 Information Typel4>::= 
<SV ID satellite 10: bitstring(6)> 



<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2- bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq. bitstring (24)> 
<y-ZJd'- bitstring (18)> 
<spare: bitstring (10)> 



Size: 184 bits 



6-bit S V ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored. 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^ m/s 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^^ m/s^ 

x(t) » Xq + Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq + Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq + VYOt + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2'!^ m/s^ 

y(t) » Yq + VyqI + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^^ m/s^ 

z(t) » Zq + V^ot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) « Zq + V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 Information Type 15>::= 
<SV ID satelHte 10: bitstring(6)> 



<V2i: bitstring (13)> 
<y-Z2- bitstring (8)> 
<ajj: bitstring (11)> 



Size: 184 bits 



6-bit S V ID of satellite 10 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored. 

z(t) « Zq H- V2ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"12 m/s^ 

z(t) » Zq H- V^ot + (l/2)V2it2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2'^^ m/s^ 

afl is a 16-bit clock correction term broadcast by 
this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^^ s/s 
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<SV ID satellite 11: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<Vxo: bitstring (18)> 
<Vxi: bitstring (13)> 
<^X2- bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<spare: bitstring (5)> 



6-bit S V ID of satellite 1 1 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent les for this satellite shall 
be ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2'^ m/s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2"^^ m/s3 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

Not used 



<GBCH3 Information Type 16>::= 
<SV ID satelHte 11: bitstring(6)> 



<Vyi: bitstring (13)> 
<^Y2- bitstring (8)> 
<Zq: bitstring (24)> 
<^Z0' bitstring (18)> 
<V2i: bitstring (13)> 
<V22: bitstring (8)> 



Size: 184 bits 



6-bit S V ID of satellite 1 1 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent IBs for this satellite shall 
be ignored. 

y(t) » Yq H- V^Ot + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

y(t) « Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-1^ m/s^ 

z(t) » Zq H- V^ot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2^ m 

z(t) » Zq H- V2ot + (l/2)Vzit2 + (l/3)V22t3 for this 
satellite. LSB scale factor of 2"^ m/s 

z(t) = Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2^1^ m/s^ 
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<cLfY'. bitstring (1 1)> 

<SV ID satellite 12: bitstring(6)> 

<Doppler: bitstring (8) 

<Code Phase: bitstring (22)> 

<Xq: bitstring (24)> 
<^X0- bitstring (18)> 
<spare: bitstring (5)> 



afl is a 16-bit clock correction term broadcast by 
this GPS satelhte. Here rounded to 11 bits. LSB 
scale factor of 2"^^ s/s 

6-bit S V ID of satellite 12 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored. 

8-bit Doppler estimates for this satellite being 
broadcast 2's complement;. LSB scale factor of 
40 Hz 

22 -bit estimated code phase offsets for this satellite 
being broadcast. 2's complement; LSB scale factor 
of 2-28 s 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2^ m 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

Not used 



<GBCH3 Information Type 17>:: 
<SV ID satenitel2: bitstring(6)> 



<Vxi: bitstring (13)> 
<Vx2: bitstring (8)> 
<Yq: bitstring (24)> 
<Vyo: bitstring (18)> 
<Vyi: bitstring (13)> 
<Vy2: bitstring (8)> 
<Zq: bitstring (24)> 
<V2o: bitstring (18)> 
<V2i: bitstring (13)> 



Size: 184 bits 



6-bit SV ID of satellite 12 of the 12 being 
broadcast. An ID with a value of "0" indicates "no 
satellite" and subsequent lEs for this satellite shall 
be ignored. 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

x(t) » Xq H- Vxot + (l/2)Vxit2 + (l/3)Vx2t^ for this 
satellite. LSB scale factor of 2-1^ m/s3 

y(t) « Yq H- Vyot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2^ m 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2"^ m/s 

y(t) » Yq H- VYOt + (l/2)VYit2 + (l/3)VY2t^ for this 
satellite. LSB scale factor of 2-12 m/s^ 

y(t) » Yq H- VYot + (l/2)VYit2 + (l/3)VY2t3 for this 
satellite. LSB scale factor of 2-1^ m/s^ 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t^ for this 
satellite. LSB scale factor of 2^ m 

z(t) « Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2'^ m/s 

z(t) » Zq H- Vzot + (l/2)Vzit2 + (l/3)Vz2t3 for this 
satellite. LSB scale factor of 2-12 rn/s2 
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<^j2. bitstring (8)> z(t) » Zq + Mj^^^ + (lITiSj^^^ + (l/3)V22t^ for this 

satellite. LSB scale factor of 2"^^ m/s^ 

<ajj: bitstring (1 1)> afl is a 16-bit clock correction term broadcast by 

this GPS satelHte. Here rounded to 11 bits. LSB 
scale factor of 2'^*^ s/s 

<spare: bitstring (20)> Not used 



1 0.1 .47 Guard time violation (A/Gb mode only) 

Same as clause 10.1.47 of GMR-1 04.008 [19]. 

1 0.1 .48 Link correction (A/Gb mode only) 

Same as clause 10.1.48 of GMR-1 04.008 [19]. 

1 0.1 .49 Power control parameters update (A/Gb mode only) 

Same as clause 10.1.49 of GMR-1 04.008 [19]. 

1 0.1 .50 TtT signalling link failure (A/Gb mode only) 

Same as clause 10.1.50 of GMR-1 04.008 [19]. 

1 0.1 .51 Information request (A/Gb mode only) 

Same as clause 10.1.51 of GMR-1 04.008 [19]. 

1 0.1 .52 Information response version (A/Gb mode only) 

Same as clause 10.1.52 of GMR-1 04.008 [19]. 

1 0.1 .53 Information response spot beam selection (A/Gb mode only) 

Same as clause 10.1.53 of GMR-1 04.008 [19]. 

1 0.1 .54 Information response current beam (A/Gb mode only) 

Same as clause 10.1.54 of GMR-1 04.008 [19]. 

1 0.1 .55 Information response power control (A/Gb mode only) 

Same as clause 10.1.55 of GMR-1 04.008 [19]. 

1 0.1 .56 Information response position (A/Gb mode only) 

Same as clause 10.1.56 of GMR-1 04.008 [19]. 

1 0. 1 .57 Information response vendor specific (A/Gb mode only) 

Same as clause 10.1.57 of GMR-1 04.008 [19]. 
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1 0.1 .58 Information response error (A/Gb mode only) 



Same as clause 10.1.58 of GMR-1 04.008 [19]. 



1 0.1 .59 DTMF tone generate request (A/Gb mode only) 



Same as clause 10.1.59 of GMR-1 04.008 [19]. 



1 0.1 .60 DTMF tone generate acknowledge (A/Gb mode only) 

Same as clause 10.1.60 of GMR-1 04.008 [19]. 

1 0.1 .61 GMPRS Resume Response (A/Gb mode only) 

This message is sent on the CCCH by the network to inform the MES on the result of GMPRS service resumption. See 
table 10.39. 

The L2 Pseudo Length of this message is the sum of the lengths of all lEs present in the message except the GMPRS 
Resume Rest Octets and L2 Pseudo Length IBs. 

Message type: GMPRS RESUME RESPONSE 

Significance: dual 

Direction: network to MES 

Table 10.39: GMPRS RESUME RESPONSE message content 



lEI 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




GIVIPRS Resume Response 
Message Type 


Message Type 
clause 11.4 


M 


V 


1 




TLLI 


TLLI 


M 


V 


4 




Result 


GMPRS Resume Result 
clause 11.5.2.121 


M 


V 


1 




GMPRS Resume Response 
Rest Octets 


GMPRS Resume Response 
Rest Octets 
clause 11.5.2.122 


M 


V 


16 



10.1.61.1 TLLI 

As described in GMR-1 3G 44.060 [20]. 

1 0.1 .62 Paging Request Type 4 (lu mode) 

This message is sent on the PCH by the network to one or more MESs to trigger channel access by them. The MESs are 
identified by their IMSl, P-TMSl or G-RNTIs. See table 10.40. The L2 Pseudo Length of this message is the sum of the 
lengths of all the lEs present in the message. 

Message type: PAGING REQUEST TYPE 4 

Significance: dual 

Direction: network to MES 
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Table 10.40: PAGING REQUEST TYPE 4 message content 



IE! 


Information Element 


Type/Reference 


Presence 


Format 


Length 




L2 Pseudo Length 


L2 Pseudo Length 
clause 11.5.2.19 


M 


V 


1 




RR Management 
Protocol Discriminator 


Protocol Discriminator 
clause 11.2 


M 


V 


1/2 




Sl<ip Indicator 


Skip Indicator 
clause 11.3.1 


M 


V 


1/2 




Paging Request Type 4 
IVIessage Type 


Message Type 
clause 11.4 


M 


V 


1 




Page Mode 


Page Mode 
clause 11.5.2.26 


M 


V 


1/2 




Paging Request Type 4 
Parameters 


Paging Request Type 4 

Parameters 

clause 11.5.2.127 


M 


V 


20 1/2 



10.1.62.1 Page Mode 

Page Mode IE is defined in clause 11.5.2.26 of GMR-1 04.008 [19]. Page Mode IE occupies most significant four bits 
of octet 4. 

1 0.1 .62.2 Paging Request Type 4 Parameters 

Paging Request Type 4 Parameters IE is defined in clause 11.5.2.127. Paging Request Type 4 Parameters IE occupies 
the least significant four bits of octet 4 and octets 5-24. 

1 0.2 Messages for mobility management 

Same as clause 10.2 of GMR-1 04.008 [19]. 

1 0.3 IVIessages for circuit-switched call control (A/Gb mode only) 

Same as clause 10.3 of GMR-1 04.008 [19]. 

10.4 GPRS IVIobility IVIanagement messages 

Same as clause 9.4 of 3GPP TS 24.008 [18]. 

For A/Gb mode, see clause 1 1 .5.5. 12a for the definition of the MS Radio Access capability IE. 

For lu mode, only the MES's terrestrial access technology capabilities (GSM, GERAN, 3G) shall be specified within the 
MS Radio Access capability IE. The IE definition shall be as given within clause 10.5.5.12a of 3GPP 
TS 24.008 [18]. 

10.5 GPRS Session IVIanagement messages 

Same as clause 9.5 of 3GPP TS 24.008 [18] with the additional clause 10.5.1 for A/Gb mode. 

1 0.5.1 Streaming service (A/Gb mode only) 

A guaranteed bit rate service requested by MES shall specify the following parameters at the initiation of an Activate 
PDP Context Request message: 

• Peak Throughput Class: This field shall be set to the highest peak throughput value of either uplink or 
downlink direction. The Peak Throughput value is specified in 3GPP TS 23.060 [24]. 
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• Delay class: This field shall be set to one of the predictive delay class value as specified in 3GPP 
TS 23.060 [24]. Delay class 1 to 3 are predictive delay classes. 

If the Delay class is not predictive, the network shall treat the service request as best effort. The best effort indicates that 
throughput shall be made available to the MES on a per need and availability basis. 

MES shall not initiate guaranteed bit rate service with foreign or random TLLI. 



1 1 General message format and information elements 
coding 

This clause describes the lEs that are used to define the L3 protocol messages in the GMR-1 system. 

11.1 Overview 

Same as clause 11.1 of GMR-1 04.008 [19]. 

1 1 .2 Protocol discriminator 

Same as clause 11.2 of GMR-1 04.008 [19]. 

1 1 .3 Skip indicator and transaction identifier 

11.3.1 Skip indicator 

Same as clause 11.3.1 of GMR-1 04.008 [19]. 

1 1 .3.2 Transaction identifier 

Same as clause 11.3.2 of GMR-1 04.008 [19]. 



1 1 .4 Message type 



The Message Type IE and its use are defined in GMPRS-1 04.007 [11], which also defines the value part of the 
Message Type IE used in the RR management protocol. 
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11 .4.1 Radio resource management message types 



Table 11.1 : Message types for radio resource management 



87654321 

1 1 1 - - - Channel establishment messages: 

1 1 1 IMMEDIATE ASSIGNMENT 

1 IMMEDIATE ASSIGNMENT REJECT TYPE 1 

1 1 IMMEDIATE ASSIGNMENT REJECT TYPE 2 

1 1 EXTENDED IMMEDIATE ASSIGNMENT 

1 1 EXTENDED IMM. ASSIGNMENT REJECT 

1 POSITION VERIFICATION NOTIFY 

1 IMMEDIATE ASSIGNMENT REJECT TYPE 3 
1 1 IMMEDIATE ASSIGNMENT TYPE 2 

1 1 IMMEDIATE ASSIGNMENT TYPE 3 



1 1 - - - Ciphering messages: 

1 1 CIPHERING MODE COMMAND 
1 CIPHERING MODE COMPLETE 



1 1 - - - Channel assignment/handover messages: 

1 1 ASSIGNMENT COMMAND 1 
1 ASSIGNMENT COMMAND 2 

1 ASSIGNMENT COMPLETE 

1 1 1 ASSIGNMENT FAILURE 

1 1 HANDOVER COMMAND 

1 HANDOVER COMPLETE 



1 - - - Channel release messages: 

1 1 CHANNEL RELEASE 

1 1 TtT SIGNALING LINK FAILURE 



1 - - - Paging messages: 
1 PAGING REOUEST TYPE 1 

1 PAGING REOUEST TYPE 2 

1 PAGING REOUEST TYPE 3 
1 1 1 PAGING RESPONSE 



1 - - - Miscellaneous messages 
CHANNEL MODE MODIFY 

1 RR STATUS 

1 1 1 CHANNEL MODE MODIFY ACKNOWLEDGE 
1 1 CLASSMARK CHANGE 

1 1 CLASSMARK ENOUIRY 

1 POSITION UPDATE REQUEST 
1 1 POSITION UPDATE ACCEPT 

1 LINK CORRECTION MESSAGE 



00000-- - 

1 POWER CONTROL PARAMETERS UPDATE 

1 GUARD TIME VIOLATION 

1 EXTENDED CHANNEL REQUEST 
1 1 GMPRS RESUME RESPONSE 



10 0- - - - Status and Diagnostic Messages 

INFORMATION REOUEST 

1 INFORMATION RESPONSE POSITION 

10 INFORMATION RESPONSE VERSION 

11 INFORMATION RESPONSE SPOT BEAM SELECTION 

10 INFORMATION RESPONSE POWER CONTROL 

10 1 INFORMATION RESPONSE VENDOR SPECIFIC 

110 INFORMATION RESPONSE CURRENT BEAM 

1111 INFORMATION RESPONSE ERROR 



10 IMMEDIATE ASSIGNMENT TYPE 4 

10 1 PAGING REOUEST TYPE 4 

10 10 POSITION VERIFICATION NOTIFY TYPE 2 

10 11 IMMEDIATE ASSIGNMENT TYPE 5 

10 10 IMMEDIATE ASSIGNMENT REJECT TYPE 4 

10 10 1 SYSTEM INFORMATION TYPE 2bis 
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1 1 .4.2 DTRS message types 

Same as clause 11.4.2 of GMR-1 04.008 [19]. 

1 1 .5 Other information elements 

Same as clause 10.5 of 3GPP TS 04.08 [17]. 

1 1 .5.1 Common information elements 

11.5.1.1 Cell identity 

Same as clause 11.5.1.1 of GMR-1 04.008 [19]. 

1 1 .5.1 .2 Ciphering key sequence number 

Same as clause 11.5.1.2 of GMR-1 04.008 [19]. 



11.5.1.3 



Location area identification 



The purpose of the Location Area Identification IE is to provide an unambiguous identification of location areas within 
the area covered by the GMR-1 system. This IE is coded as shown in figure 1 1.2 and table 1 1.4. LAI is a Type 3 IE, 
6 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 




Location Area Identification lEI 


octet 1 


MCC digit 2 


MCC digit 1 


octet 2 


MNC digit 3 


MCC digit 3 


octet 3 


MNC digit 2 


MNC digit 1 


octet 4 


LAC 


octet 5 


LAC (continued) 


octet 6 



Figure 11.2: Location area identification IE 



Table 11.4: Local area identification IE 



MCC (octets 2 and 3) 

The MCC field is coded as in annex A of ITU-T Recommendation E.212 [34]. 



If the LAI is deleted, the MCC and MNC shall take the value from the deleted LAI. 



In abnormal cases, the MCC stored in the mobile earth station can contain elements not in 
the set {0, 1 ... 9}. In such cases the mobile earth station should transmit the stored values 
using full hexadecimal encoding. When receiving such an MCC, the network shall treat the 
LAI as deleted. 



MNC (octets 3 and 4) 

The coding of this field is the responsibility of each administration but BCD coding shall be 
used. If an administration decides to include only 1 digit in the MNC, then bits 5 to 8 of 
octet 4 are coded as "1111 " (see note). If an administration only supports a 2-digit MNC, then 
bits 5 to 8 of octet 3 shall be coded as "1111 " (see note). 



In abnormal cases, the MNC stored in the mobile earth station can have digit 1 not in the set 
{0, 1 ... 9} and/or digit 2 not in the set {0, 1 ... 9, Fj hex. In such cases the mobile earth 
station should transmit the stored values, using full hexadecimal encoding. When receiving 
such an MNC, the network shall treat the LAI as deleted. 
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LAC (octets 5 and 6) 

LAC is defined in GIVIPRS-1 03.003 [3]. 

In A/Gb mode, tlie IVISC and SGSN ID shall be bits 8 to 3 in octet 5. The Spot Beam ID shall 
be bits 2 to 1 in octet 5 and all of octet 6. 

In lu mode, the Serving Radio Network ID shall be bits 8 to 3 in octet 5. The Spot Beam ID 
shall be bits 2 to 1 in octet 5 and all of octet 6. 



NOTE: GIVIPRS-1 03.003 [3] states that a 2-digit IVINC shall be used; however, the 
possibility of using a 1 -digit MNC in LAI is provided on the radio interface. 
For lu mode, 3GPP TS 23.003 [28] supports Mobile Network Codes (MNCs) 
consisting of two or three digits for GSIVI/UMTS applications. The length of the 

MNC (two or three digits) depends on the value of the MCC. 



11.5.1.4 Mobile identity 

For circuit switched services same as clause 10.5.1.4of 3GPP TS 04.08 (Phase 2) [17]. 
For packet switched services same as clause 10.5.1.4 of 3GPP TS 24.008 [18]. 



11.5.1.5 



Mobile Earth Station (MES) classmark 1 (A/Gb mode only) 



The purpose of the Mobile Earth Station Classmark 1 IE is to provide the network with information concerning aspects 
of the high priority of the MES. This affects the manner in which the network handles the operation of the MES. The 
MES classmark information indicates general mobile earth station characteristics. 

The Mobile Earth Station Classmark 1 IE is coded as shown in figure 11.3, GMR-1 04.008 [19] and table 1 1.5, 
GMR-1 04.008 [19]. 

The Mobile Earth Station Classmark 1 is a Type 3 IE, 2 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 






Mobile Earth Station Classmark 1 lEI 


octet 1 



spare 


Revision 
Level 


ES 

IND 


A5/1 


MES Terminal type 


octet 2 



Figure 11.3: Mobile Earth Station classmark 1 IE 



Table 11.5: Mobile Earth Station classmark 1 IE 



Revision level (octet 3) 

Bits 

76 

Should be used by all Phase 1 MESs 

1 Reserved for Phase 2 MESs 



All other values are reserved for future use 



ES IND (octet 2, bit 5) "Controlled Early Classmark Sending" option implementation 

"Controlled Early Classmark Sending" option is not implemented 

1 "Controlled Early Classmark Sending" option is implemented 



A5/1 algorithm supported (octet 3, bit 4) 

Encryption algorithm A5/1 available 

1 Encryption algorithm A5/1 not available 



MES Terminal Type (octet 2): 

Bits 

321 

Class 1 reserved 

1 Class 2 used by all GMR-1 fixed terminals 

1 Class 3 used by all GMR-1 VTs 

1 1 Class 4 used by all GMR-1 handheld terminals 



All other values are reserved 
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1 1 .5.1 .6 Mobile Earth Station (MES) classmark 2 (A/Gb mode only) 

Same as clause 11.5.1.6 of GMR-1 04.008 [19]. 

1 1 .5.1 .7 Mobile Earth Station (MES) classmark 3 (A/Gb mode only) 

Same as clause 11.5.1.7 of GMR-1 04.008 [19]. 

11.5.1.8 Spare half octet 

Same as clause 11.5.1.8 of GMR-1 04.008 [19]. 

1 1 .5.2 Radio resource management lEs 

11.5.2.1 BA range 

This function is not currently supported in GMR-1. 

1 1 .5.2.2 Cell description 

This function is not currently supported in GMR-1. 

11.5.2.3 Cell options (BOOH) 

This function is not currently supported in GMR-1. 

1 1 .5.2.4 Cell selection parameters 

This function is not currently supported in GMR-1. 

1 1 .5.2.5 Channel description 

Same as clause 11.5.2.5 of GMR-1 04.008 [19]. 

11.5.2.6 Channel mode 

Same as clause 11.5.2.6 of GMR-1 04.008 [19]. 

11.5.2.7 Channel mode 2 

This function is not currently supported in GMR-1. 

1 1 .5.2.8 Channel needed 

This function is not currently supported in GMR-1. 

1 1 .5.2.9 Cipher mode setting (A/Gb mode only) 

Same as clause 11.5.2.9 of GMR-1 04.008 [19]. 

1 1 .5.2.1 Cipher response (A/Gb mode only) 

Same as clause 11.5.2.10 of GMR-1 04.008 [19]. 

1 1 .5.2.1 1 Control channel description 

This function is not currently supported in GMR-1. 
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1 1 .5.2.1 2 Frequency channel sequence 

This function is not currently supported in GMR-1. 

11.5.2.13 Frequency list 

This function is not currently supported in GMR-1. 

11.5.2.14 Frequency short list 

This function is not currently supported in GMR-1. 

1 1 .5.2.1 5 Handover reference 

This function is not currently supported in GMR- 1 . 

11.5.2.16 lA rest octets 

The lA Rest Octets IE is coded as shown in figure 1 1.8 and contains only spare bits. The lA Rest Octets IE is a Type 5 
IE, 1 to 5 octets in length. 
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Figure 11 .8: 1 A Rest Octets IE 



11.5.2.17 lAR rest octets 



The lAR Rest Octets IE is coded as shown in figure 1 1 .9 and contains only spare bits. The lAR Rest Octets IE is a 
Type 5 IE, 1 to 5 octets in length. 
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Figure 1 1.9: lAR rest octets IE 
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11.5.2.18 I AX rest octets 

This function is not currently supported in GMR-1. 

11.5.2.19 L2 pseudo length 

Same as clause 11.5.2.19 of GMR-1 04.008 [19]. 

1 1 .5.2.20 Measurement results 

This function is not currently supported in GMR-1. 

11.5.2.21 Mobile allocation 

This function is not currently supported in GMR- 1 . 

1 1 .5.2.22 Neighbour cells description 

This function is not currently supported in GMR-1. 

11.5.2.23 PI rest octets 

Same as clause 11.5.2.23 of GMR-1 04.008 [19]. 

1 1 .5.2.24 P2 rest octets 

Same as clause 11.5.2.24 of GMR-1 04.008 [19]. 

1 1 .5.2.25 P3 rest octets 

Same as clause 11.5.2.25 of GMR-1 04.008 [19]. 

1 1 .5.2.26 Page mode 

Same as clause 11.5.2.26 of GMR-1 04.008 [19]. 

1 1 .5.2.27 NCC permitted 

This function is not currently supported in GMR-1. 

11.5.2.28 Power command 

This function is not currently supported in GMR-1. 

1 1 .5.2.29 RACH control parameters 

The purpose of the RACH Control Parameters IE is to provide parameters to control RACH utilization. See figure 11.14 
and table 11.12. RACH Control Parameters is a Type 3 IE, 4 octets in length. 
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Figure 11.14: RACH control parameter IE 
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Table 11.12: RACH control parameter IE 



Max retrans, Maximum number of retransmissions 
(octet 2) 

Bits 

8 7 

Maximum retransmission 

1 Maximum 1 retransmissions 

1 Maximum 2 retransmissions 
1 1 Maximum 3 retransmissions 

The spare bits shall be coded as Os 

CELL_BAR_ACCESS, Cell Barred for Access (octet 2) 

Bit 

2 

see GMR-1 3G 43.022 [4] 

EC Emergency Call allowed (octet 3 bit 3) 

Bit 

3 

Emergency call allowed in the cell to all MESs 

1 Emergency call not allowed in the cell except for the MESs that 
belong to one of the classes between 11 to 15 

AC CN {Access Control Class N) (octet 3, except bit 3, and octet 4) 
For a mobile earth station with AC C = N access is not barred if the 
AC CN bit is coded with a "0;" N = 0, 1, ..9, 11, .., 15 



1 1 .5.2.30 Request Reference 

The Request Reference IE shall be used by the MES to accept or discard the message received in response to the 
CHANNEL REQUEST message. The network builds the Request Reference IE by using the random number specified 
in the CHANNEL REQUEST message, the frame number in which the CHANNEL REQUEST message was received 
by it and the establishment cause. The network transfers the Request Reference IE to MES with IMMEDIATE 
ASSIGNMENT message over the AGCH. This IE is coded as shown in figure 11.15 and table 11.13. Request 
Reference is a Type 3 IE, 3 octets in length. 
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Figure 11.15: Request reference IE 



£75/ 



Release 6 



126 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



Table 11.13: request reference IE 



Random Access Information (octet 2, bits 5 to 1) 

Random Reference in CHANNEL REQUEST message. Random Reference shall be set as 

follows: 

b5 b4 bS b2 b1 Channel Request Type 

b5 b4 b3 b2 b1 Random reference from CHANNEL REQUEST TYPE 1 

b2 b1 Retry Counter from CHANNEL REQUEST TYPE 3 



Establishment Cause group identifier{octet 2, bits 8 to 6) 
The establishment causes are grouped as follows 
group-ID Establishment Cause 

000 MO call 

001 In response to paging/alerting 

010 Location update/IMS! detach 

01 1 Emergency call 

1 00 Supplementary/short message service 

101 Position verification 

110 Any other valid cause 

1 1 1 Packet Switched Services 

NQTE: For lu mode of operation, the Establishment Cause Group Identifier shall be set to 
"101" for Position Verification procedure, for all other causes the value "1 1 1 " shall 
be used. 



Frame Number (octet 3) 

Lower 8 bits of the frame number 



11.5.2.31 RR cause 

Same as clause 11.5.2.31 ofGMR-1 04.008 [19]. 

1 1 .5.2.32 SI 1 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.33 SI 2bis rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.34 SI 3 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.35 SI 4 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.36 SI 7 rest octets 

This function is not currently supported in GMR-1. 

1 1 .5.2.37 SI 8 rest octets 

This function is not currently supported in GMR-1. 

11.5.2.38 Starting time 

This function is not currently supported in GMR-1. 
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11.5.2.39 Synchronization indication 

This function is not currently supported in GMR-1. 

1 1 .5.2.40 Timing offset 

Same as clause 11.5.2.40 of GMR-1 04.008 [19]. 

1 1 .5.2.41 Time difference 

This function is not currently supported in GMR-1. 

11.5.2.42 TMSI 

Same as clause 11.5.2.42 of GMR-1 04.008 [19]. 

11.5.2.43 Wait indication 

Same as clause 11.5.2.43 of GMR-1 04.008 [19]. 

1 1 .5.2.44 MES information flag (A/Gb mode only) 

Same as clause 11.5.2.44 of -1 04.008 [19]. 

1 1 .5.2.45 TTCH channel description (A/Gb mode only) 

Same as clause 11.5.2.45 of GMR-1 04.008 [19]. 

1 1 .5.2.46 MES configuration (A/Gb mode only) 

Same as clause 11.5.2.46 of GMR-1 04.008 [19]. 

1 1 .5.2.47 TtT common cipher key (A/Gb mode only) 

Same as clause 11.5.2.47 of GMR-1 04.008 [19]. 

1 1 .5.2.48 Access information (A/Gb mode only) 

Same as clause 11.5.2.48 of GMR-1 04.008 [19]. 

1 1 .5.2.49 Frequency offset 

Same as clause 11.5.2.49 of GMR-1 04.008 [19]. 

1 1 .5.2.50 Extended power class (A/Gb mode only) 

This IE is used to describe the RF power class of the MES. Its coding is shown in figure 1 1 .24. The various components 
of the element are described in table 1 1.22. 
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Figure 11.24: Extended power class IE 
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Table 11.22: Extended power class IE 



Extended Power Class 


Bits 










4 3 


2 


1 

















Power 


Class 


1 








1 


Power 


Class 


2 





1 





Power 


Class 


3 





1 


1 


Power 


Class 


4 


1 








Power 


Class 


5 


1 





1 


Power 


Class 


6 


1 


1 





Power 


Class 


7 


1 


1 


1 


Power 


Class 


8 


1 








Power 


Class 


9 


1 





1 


Power 


Class 


10 


1 


1 





Power 


Class 


11 


1 


1 


1 


Power 


Class 


12 


1 1 








Power 


Class 


13 


1 1 





1 


Power 


Class 


14 


1 1 


1 





Power 


Class 


15 


1 1 


1 


1 


Power 


Class 


16 


See 


GMR 
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[14] for details of the Power Class. 



11.5.2.51 Paging Information 

The Paging Information IE is used to indicate MSC ID/SGSN ID associated with a Mobile ID in the paging message. 
This IE is coded as shown in figure 1 1.25 and table 1 1.23. The Paging Information IE is a Type 3 IE, 2 octets in length. 
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Figure 11.25: Paging information IE 



Table 11.23: Paging information IE 



Channel needed for Paging Mobile (octet 2) 
Bits 
2 1 
any 

1 SDCCH 

1 TCH3 
1 1 PDCH 



Bits 3 to 8 of octet 2 contain the MSC ID/SGSN ID to be used by the mobile at immediate 
assignment procedure. 



11.5.2.52 Position display 

Same as clause 11.5.2.52 of GMR-1 04.008 [19]. 

11.5.2.53 GPS position 

Same as clause 11.5.2.53 of GMR-1 04.008 [19]. 

1 1 .5.2.54 Idle or dedicated mode position update information 

Same as clause 11.5.2.54 of GMR-1 04.008 [19]. 
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11.5.2.55 BCCH carrier 

Same as clause 11.5.2.55 of GMR-1 04.008 [19]. 



1 1 .5.2.56 Reject Cause 

The Reject Cause IE is used to specify cause for rejecting the access request and the presence of additional information 
to the MES. This IE is coded as shown in figure 1 1.30 and table 1 1.28. Reject Cause IE is a Type 3 IE, 2 octets in 
length. 
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Figure 11.30: Reject cause IE 
Table 11.28: Reject cause IE 



BCCH carrier (B) (octet 2) 

Bit 

1 

BCCH carrier information absent 

1 BCCH carrier information present 



Timer (T) (octet 2) 

Bit 

2 

Pause Timer T3115 is present 

1 Illumination Retry Timer T3333 is present 



Cause (octet 2) 

Bits 

876543 

Lack of resources (default) 

1 1 Invalid position for selected LAI 

10 10 Invalid position for selected spot beam 

10 11 Invalid position 

10 10 1 Position too old 

10 1 10 Invalid position for service provider 

10 111 Redirect to new satellite 

110 Pause Indication 

110 1 Dark beam activation in progress 

110 10 Switch to new BCCH 

110 11 Incorrect Class-2 RACH Info 

1110 Non-availability of Satellite Resources for PD 

1110 1 Non-Availability of service 

111111 Reported position acceptable. 

11110 Requested QoS not satisfied 

11111 Invalid QoS parameters 

1 Directed signalling connection re-establishment 
10 1 RRC Connection Reject 

1 1 RA Redirect 

10 11 RRC Connection Release 



All other values reserved. 



11.5.2.57 GPS timestamp 

Same as clause 11.5.2.57 of GMR-1 04.008 [19]. 

1 1 .5.2.58 Timing correction 

Same as clause 11.5.2.58 of GMR-1 04.008 [19]. 
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1 1 .5.2.59 MES information 2 flag 

Same as clause 11.5.2.59 of GMR-1 04.008 [19]. 

1 1 .5.2.60 Power control parameters 

Same as clause 11.5.2.60 of GMR-1 04.008 [19]. 

1 1 .5.2.61 DTMF digits (A/Gb mode only) 

Same as clause 11.5.2.61 of GMR-1 04.008 [19]. 

1 1 .5.2.62 TIVISI availability mask 

Same as clause 11.5.2.62 of GMR-1 04.008 [19]. 

11.5.2.63 GPS almanac data 

Same as clause 11.5.2.63 of GMR-1 04.008 [19]. 

1 1 .5.2.64 Frequency correction 

Same as clause 11.5.2.64 of GMR-1 04.008 [19]. 

1 1 .5.2.65 Alerting information 

Same as clause 11.5.2.65 of GMR-1 04.008 [19]. 

11.5.2.66 Segment 1 A 

Segment lA contains all Class 1 information. It has a fixed size of 64 bits. The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 



<Class 2 version: bitstring (3) > 


3 bits. Contains the version number for current Class 2 
information. 


<Class 3 version: bitstring (4) > 


4 bits. Contains the version number for current Class 3 
information. 


<Synch. Info Class 1> 


19 bits. 


<RACH Control Parameters> 


RACH Control parameters. 19 bits. 


<l\/lisc. Info. Class 1: bitstring (6) > 


Contains miscellaneous information. 


<GBCH Present: bitstring (1) > 


Flag to indicate presence of the GPS broadcast channel. 

the GBCH is absent. 

1 the GBCH is present. 


<Test GS: bitstring (1)> 


The interpretation of this field is described in clause 5.2.5 of 
GMR-1 3G 43.022 [4]. 


<Test GS2: bitstring (1)> 


The interpretation of this field is described in clause 5.2.5 of 
GMR-1 3G 43.022 [4]. 


<Spare: bitstring (3) > 


3 bits 


<CELL_BAR_ACCESS_EXTENSI0N2: bitstring(1 ) 


The interpretation of this field is described in clause 5.2.5 of 
GMR-1 3G 43.022 [4]. 


<Spare: bitstring (5) 


5 bits 


<CELL BAR ACCESS EXTENSION: bitstring 

(1)> 


The interpretation of this field is described in clause 5.2.5 of 
GMR-1 3G 43.022 [4]. 


<Synchronization Info Class 1>::= 




<SB FRAME TS OFFSET: bitstring (5) > 


Valid values 5 to 29; refer to GMR-1 3G 45.010 [16]. 


<SB SYMBOL OFFSET: bitstring (6) > 


Values in 2's complement. Ranges from -32 to +31 . 


<SA FREQ OFFSET: bitstring (8) > 


Values in 2's complement in units of 5 Hz. 




Ranges from -640 Hz to +635 Hz. 


<RACH Control Parameters>::= 




<Max Retrans: bitstring (2) > 


Maximum number of retransmissions. Range:0 to 3. 


<Access Classes: bitstring (16) > 


AC and EC bits as described in 3GPP TS 04.08 [1 7]. 
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<CELL_BAR_ACCESS: bitstring (1) > 


The interpretation of this field is described in clause 5.2.5 of 
GMR-1 3G 43.022 [4]. 


<Access Classes:>::= 

<AC15: bit><AC14: bit><AC13: bit> <AC12: 

bitxAC1 1 : bit> <EC1 0: bit> <AC9: bit> 

<AC8: bitxAC?: bit> <AC6: bitxACS: bit><AC4: 

bit> <AC3: bit><AC2: bit> <AC1 : bit> <ACO: bit> 


ACN corresponds to Access Control Class N (N = to 9 and 
11 to 15). 

For a MES with AC C = N access is not barred if the AC CN 
bit is coded with a"0"; N = 0,1, ..9, 11. .15 
EC10 corresponds to Emergency Calls. 

0: Emergency call allowed in the spotbeam to all IVIESs. 
1 : Emergency call not allowed in the spotbeam except for 
IVIESs that belong to of one of classes between 1 1 and 15. 


<Misc. Info Class 1>;:= 




<SB RESELECTION HYSTERESIS: bitstring(4)> 


Unit of 0,5 dB. Range: to 6,0 dB. 


<spare: bitstring (1) > 




<Priority Access Ind: bitstring (1) > 


Reserved for future use. 



When all bits of SB_Reselection_Hysteresis parameter are set to Is, the MES shall consider this as an indication to 
remain in the same spot beam. 

1 1 .5.2.67 Segment 2A 

Segment 2A contains all class 2 information, regarding synchronization, selection criteria, and LA information. It also 
contains the first part of the BCCH neighbour list. It has a fixed size of 184 bits. The description of the messages is 
done according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 



<Header: bitstring (6) > 


6 bits. 


<Class 4 Version: bitstring (3) > 


3 bits; contains version number for class 4 information in 
current system information cycle. 


<Synch. Info Class 2> 


25 bits. 


<Selection Criteria Class 2> 


5 bits. 


<l\/lisc. Information Class 2> 


4 bits. 


<LA Information Class 2> 


20 bits. 


<BCCH NEIGHBOUR LIST1> 


57 bits (three BCCH neighbours = 3x19). 


<PS_AVAILABLE: bitstring {1)> 


Indication of availability of packet system information for 

switched services 

0: indicates non availability of packet service related system 

information 

1 : indicates availability of packet service related system 

information 


<PRACH Control Parameters> 


1 1 bits. As described in GMR-1 3G 44.060 [20]. This field is 
interpreted only if the PS AVAILABLE bit is set. 


<Offered GIVIPRS Packet services> 


3 bits. Indicates the types of GIVIPRS services that are 
offered in this spot beam. Use of this information in idle mode 
is specified in GMR-I 3G 43.022 [4]. 


<Offered GI\/IR-3G Services: bitstring{3)>::= 


3 bits. 

Indicates the GMR-3G services available in this spot beam. 

bg b^ bo 

0: GIVIR-3G Services Unavailable 
1: lu-IVIode - PS Domain Only 

All other values are reserved. 


<Paired Spectrum Operation: bitstring(1)> 


0: Paired spectrum operation. The RACH ARFCN shall be 
the same as the ARFCN of the corresponding forward control 
carrier. SARACHLIST is not present. 

1 : Non-Paired spectrum operation, RACH ARFCN shall be 
specified in SA_RACH_LIST. The listing of RACH ARFCN in 
the SA RACH LIST list shall correspond one-to-one to the 
order in which Normal CCCH and AGCH/CCCHs are 
specified in SA_CCCH_LIST and SA_AGCH_LIST 
respectively. 



£75/ 



Release 6 



132 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



<SA PCH CONFIG EXT: bitstring(1)> 


SA PCH CONFIG EXT is defined in GMR-1 3G 45.002 [12]. 


<Spare: bitstring (44) 




<Header Segment 2A>::= 




<Class Type 2: lOxSegment type: 0000> 




<Synch. Info Class 2>::= 




<SA_SIRFN_DELAY: bitstring (4) > 


Delay of system information relative to superframe timing. 
Refer GMR-1 3G 45.002 [12] for details. 


<SA_BCCH_STN: bitstring (5) > 


Binary representation of starting timeslot number. 
Range (0 to 23); refer GMR-1 3G 45.002 [12] for details. 


<Superframe number: bitstring (13) > 


Superframe number. 


<l\/lultiframe number: bitstring (2) > 


Multiframe number in a superframe. 


<MFFN: bit> 


High bit of the TDMA FN in a multiframe (see note). 


NOTE: The frame number FN refers to the frame in which Segment 2A is transmitted. Using the IVIFFN high bit 
the MES knows the position of the BCCH burst within a group of 8 frames (see GMR-1 3G 45.002 [12]). 
The IVIES can derive the correct frame number knowing that the BCCH burst always occurs in 
(2+SA SIRFN DELAY)mod8. 



<Selection Criterion Class 2>::= 


Refer to GMR-1 3G 45.008 [15] for details. 


<RXLEV_SELECT_MIN: bitstring (5) > 


Adjustment to threshold to camp-on system in units of 0,5 dB 
ranging from to 15,5 dB. 


<Misc. Information Class 2>::= 




<SB SELECTION POWER: bitstring (4) > 


In units of 0,5 dB. Valid range: to 6,0 dB. 


<LA Information Class 2>::= 


Contains information for the LAI. Refer to 
GMR-1 3G 45.008 [15]. 


<SA PCH CONFIG: bitstring (2) > 


Paging group configuration information. 


<SA BACH CONFIG: bitstring (8) > 


Alerting group configuration information. 


<RACH_TS_OFFSET: bitstring (5) > 


Start of RACH window with respect to BCCH 
(see GMR-1 3G 45.002 [12]). 
Value in the range to 23. 


<N_Page_Occurrences: bitstring (2) > 


Number of times a page shall be retransmitted after the initial 
transmission. Value of indicates that the page shall be 
transmitted once and not subsequently. 


<IMSI attach-detach ind: bitstring (1) > 


ATT flag. 

Value means MESs shall not apply IMSI attach and detach 

procedure for this LA. 

Value 1 means MESs shall apply IMSI attach and detach 

procedures for this LA. 


<ECSC indication: bitstring (1) > 


Early Classmark Sending Control. This bit controls early 
sending of the classmark by the MES implementing 
"Controlled Early Classmark Sending" option: 
1 Early sending is explicitly accepted. 
Early sending is explicitly prohibited. 


<SI_update_ind: bitstring (1) > 


Flag for BACH reorganization. Value changes after each 
reorganization. 


<BCCH NEIGHBOUR UST1>::= 


Six neighbour BCCHs shall be specified. The neighbours 
shall be ordered in a clockwise fashion around the centre 
beam, starting with the northernmost neighbour. The first 
three neighbours shall be stored in BCCH NEIGHBOUR 
LIST1 and the last three neighbours shall be stored in BCCH 
NEIGHBOUR LIST2. Missing beams, neighbouring areas 
outside of system coverage, shall have all the bits of ARFCN, 
SA BCCH STN, and RELATIVE FRAME OFFSET set to 
Is. 


<ARFCN: bitstring (11) > 




<SA BCCH STN: bitstring (5) > 




<RELATIVE_FRAME_OFFSET: bitstring (3) > 


Frame number relative to the BCCH frame number of the 
centre beam. 


<Offered GMPRS Packet services>::= 




<60 kbps service: bitstring (1) > 


0: 60 kbps services not available 
1 : 60 kbps services available 


<144 kbps service: bitstring (1) > 


0: 144 kbps services not available 
1 : 144 kbps services available 


<Reserved: bitstring (1) > 


Reserved for future use. 




See GMR-1 3G 43.064 [23] for definition of 60 and 144 kbps 
services. 
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11.5.2.68 Segment 2Abis 

Segment 2Abis contains all class 2 information, regarding synchronization, selection criteria, and LA information. It 
also contains the first part of the BCCH neighbour list. It has a fixed size of 120 bits. The description of the messages is 
done according to the compact notation described in annex B, GMPRS-1 04.007 [11]. 



<Header: (6)> 


6 bits. 


<Class 4 Version: {3)> 


3 bits. 


<Synch. Info Class 2> 


25 bits. 


<Selection Criterion Class 2> 


5 bits. 


<Misc. Information Class 2> 


4 bits. 


<LA Information Class 2> 


20 bits. 


<BCCH NEIGHBOUR LIST1b> 


19 bits. 


<PS_AVAILABLE: bitstring (1) > 


Indication of availability of system information for packet 

switched services 

0: indicates non availability of packet service related system 

Information 

1 : indicates availability of packet service related system 

information 


<PRACH Control Parameters> 


1 1 bits. As described in GMR-1 3G 44.060 [20]. This field is 
only to be interpreted if the PS AVAILABLE bit is set. 


<Offered GMPRS Packet services> 


3 bits. Indicates the types of GMPRS services that are 
offered in this spot beam. Use of this information in idle mode 
is specified in GMR-1 3G 43.022 [4]. 


<Offered GIVIR-3G Services:bitstring{3)>::= 


3 bits. Indicates the GMR-3G services available in this spot 
beam. 

bg bi bo 

0: GMR-3G Services Unavailable 
1: lu-Mode - PS Domain Only 

All other values are reserved. 


<Paired Spectrum Operation: bitstring(1)> 


0: Paired spectrum operation. The RACH ARFCN shall be 
the same as the ARFCN of the corresponding forward control 
carrier. SA_RACH_LIST is not present. 

1 : Non-Paired spectrum operation, RACH ARFCN shall be 
specified in SA_RACH_LIST. The listing of RACH ARFCN in 
the SA RACH LIST list shall correspond one-to-one to the 
order in which Normal CCCH and AGCH/CCCHs are 
specified in SA_CCCH_LIST and SA_AGCH_LIST 
respectively. 


<SA PCH CONFIG EXT: bitstring(1)> 


SA PCH CONFIG EXT is defined in GMR-1 3G 45.002 [12]. 


<Spare: bitstring (18) > 




<Header Segment 2Abis>..= 




<Class Type 2: lOxSegment type: 0000> 




<Synch. Info Class 2>::= 




<SA_SIRFN_DELAY: bitstring (4) > 


Delay of system information relative to superframe timing. 
Refer GMR-1 3G 45.002 [12] for details. 


<SA_BCCH_STN: bitstring (5) > 


Binary representation of starting timeslot number. 

Range (0 to 23); refer to GMR-1 3G 45.002 [12] for details. 


<Superframe number: bitstring (13) > 


Superframe number. 


<l\/lultiframe number: bitstring (2) > 


Multiframe number in a superframe. 


<I\/IFFN high bit:bit> 


High bit of the TDMA FN in a multiframe. 


NOTE: The frame number FN refers to the frame in which Segment 2Abis is transmitted. Using the MFFN high 
bit the MES knows the position of the BCCH burst within a group of 8 frames 
(see GIVIR-1 3G 45.002 [1 2]). The MES can derive the correct frame number knowing that the BCCH 
burst always occurs in (2+SA SIRFN DELAY)mod 8. 


<Selection Criterion Class 2>::= 


Refer to GMR-1 3G 45.008 [15] for details. 


<RXLEV_SELECT_MIN: bitstring (5) > 


Adjustment to threshold to camp on system in units of 0,5 dB. 
Valid range: OdB to 15,5 dB. 


<l\/lisc. Information Class 2>::= 




<SB SELECTION POWER: bitstring (4) > 


In units of 0,5 dB. Valid range: to 6,0 dB. 


<LA Information Class 2>::= 


Contains information for the LAI; refer to 
GMR-1 3G 45.008 [15]. 


<SA PCH CONFIG: bitstring (2) > 


Paging group configuration information. 
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<SA BACH CONFIG: bitstring (8) > 


Alerting group configuration information. 


<RACH_TS_OFFSET: bitstring (5) > 


Start of RACH window with respect to BCCH (see 
GMR-1 3G 45.002 [12]). Value in the range to 23. 


<N_Page_Occurrences: bitstring (2) > 


Number of times a page shall be retransmitted after the initial 
transmission. Value of indicates that the page shall be 
transmitted once and not subsequently. 


<IMSI attach-detach ind: bitstring (1) > 


ATT flag. 

Value means MESs shall not apply IMS! attach and detach 

procedure for this LA. 

Value 1 means MESs shall apply IMS! attach and detach 

procedure for this LA. 


<ECSC indication: bitstring (1) > 


Early classmark Sending Control. This bit controls early 
sending of the classmark by the MES implementing 
"Controlled Early Classmark Sending" option: 
1 Early sending is explicitly accepted. 
Early sending is explicitly prohibited. 


<SI_update_ind: bitstring (1) > 


Flag for BACH reorganization. Value changes after each 
reorganization. 


<BCCH_NEIGHB0UR_LIST1 b>::= 


One BCCH shall be specified. The neighbours shall be 
ordered in a clockwise fashion around the centre beam, 
starting with the first neighbour positioned at the 
northernmost location. The first neighbour shall be stored in 
BCCH NEIGHBOUR LISTIb and the last five neighbours 
shall be stored in BCCH NEIGHBOUR LIST2b. Missing 
beams shall have all the bits of ARFCN, SA BCCH STN, 
and RELATIVE FRAME OFFSET set to Is. 


<ARFCN: bitstring (11) > 




<SA BCCH STN: bitstring (5) > 




<RELATIVE_FRAME_OFFSET: bitstring (3) > 


Frame number relative to the BCCH frame number of the 
centre beam. 


<Offered GIVIPRS Pacl<et services>::= 




<60 kbps service: bitstring (1) > 


0: 60 kbps services not available 
1 : 60 kbps services available 


<144 l<bps service: bitstring (1) > 


0: 144 kbps services not available 
1 : 144 kbps services available 


<Reserved: bitstring (1) > 


Reserved for future use. 




See GMR-1 3G 43.064 [23] for definition of 60 kbps and 
144 kbps services. 



11.5.2.69 Segment 2B 

Segment 2B contains the last part of the BCCH neighbour list and the ARFCN on which extended SI is transmitted. It 
has a fixed size of 184 bits. The description of the messages is done according to the compact notation described in 
annex B, GMR-1 04.007 [11]. 



<Header: bitstring (6)> 


6 bits 


<BCCH NEIGHBOUR LIST2> 


57 bits - three BCCH neighbours provided 


<System Information Extension: bltstring(1)> 


1 bit. This field indicates if the System Information cycle is 
extended with additional Class 3 segments. 

0: System information is not extended 
1 : System Information is extended. 


<Spare: bitstring(120)> 


120 bits 


<Header Segment 2B>::= 




<Class Type 2: 1 0xSegment type: 0001 > 




<BCCH NEIGHBOUR LIST2>::= 


Three remaining BCCHs shall be specified. Missing beams 
shall have all the bits of ARFCN, SA BCCH STN, and 
RELATIVE FRAME OFFSET set to Is 


<ARFCN:bitstring(11)> 




<SA BCCH STN: bitstring(5)> 




<RELATIVE FRAME OFFSET: bitstring(3)> 


Frame number relative to the BCCH frame number of the 
centre beam 
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11.5.2.70 Segment 2Bbis 

Segment 2Bbis contains the last part of the BCCH neighbour list and the ARFCN on which extended SI is transmitted. 
It has a fixed size of 120 bits. The description of the messages is done according to the compact notation described in 
annex B of GMR-1 04.007 [11]. 



<Header: bitstring (6)> 

<BCCH NEIGHBOUR LIST2b> 

<System Information Extension: bitstring(1)> 



<Spare: bitstring{18)> 

<Header Segment 2Bbis>..= 

<Class Type 2: 1 0xSegment type: 0001 > 

<BCCH NEIGHBOUR LIST2b>::= 



<ARFCN:bitstring(11)> 
<SA_BCCH_STN: bitstring(5)> 
<RELATIVE_FRAIVIE_0FFSET:bitstring(3)> 



6 bits 

95 bits (five BCCH neighbours) 

1 bit. This field indicates if the System Information cycle is 

extended with additional Class 3 segments. 

0: System information is not extended 
1 : System Information is extended. 
18 bits 



Five (5) remaining BCCHs shall be specified. Missing beams 
shall have all the bits of ARFCN, SA_BCCH_STN, and 
RELATIVE FRAME OFFSET set to Is 



Frame number relative to the BCCH frame number of the 
centre beam 



11.5.2.71 Segment 3A 

Same as clause 11.5.2.71 of GMR-1 04.008 [19]. 

11.5.2.72 Segment 3B 

Same as clause 11.5.2.72 of GMR-1 04.008 [19]. 

11.5.2.73 Segment 3Bbis 

Same as clause 11.5.2.73 of GMR-1 04.008 [19]. 

11.5.2.74 Segment 3C 

Segment 3C contains the first partition of the differentially encoded normal CCCH carrier list (SA_CCCH_LIST) and 
optionally the RACH list (SA_RACH_LIST). The description of the messages is done according to the compact 
notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<SA CCCH CHANS: bitstring (5) > 


Range 1 to 31 . See GMR-1 3G 45.002 [1 2]. 


<SA CCCH LIST PARTI : bitstring (A) > | 
{ < SA CCCH LIST PARTI : bitstring (A1)> 
< SA RACH LIST: bitstring (A2)> } 


First partition of the differentially encoded CCCH list. 
See clause 4.2.2.1 .4. A is less than or equal to 82 bits. 

If BCCH/CCCH carrier and all normal CCCHs have been 
completely encoded with in SA_CCCH_LIST_PART1 , 
then the RACH list will immediately start in this segment if 
there are spare bits available. 

A1+A2<=82. 

If the entire SARACHLIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3D. 

NOTE: SA_RACH_LIST shall be present only if 
indicated so in Segment 2A or 2A bis. 
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<Packet Control Channel Definition Parti : bitstring 
(B)> 


First partition of list of packet control channels. See 
clause 4.2.2.1 .4.3. B is less than or equal to 11 - A. 


<Spare: bitstring (C) > 


C is less than or equal to 1 10-A-B. 


<Header Segment 3C>::= 




<Class Type 3: OxSegmenttype: 001 0> 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART1 > containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A is < 82 bits. 

2) <Packet_Control_Channel_Definition_Part1> definition shall be contained within B bits 
where B<= 110- A. 

3) Number of spare bits will be equal to C bits where C = 1 1 -A - B. 



11.5.2.75 Segment 3D 

Segment 3D contains the second partition of the differentially encoded normal CCCH carrier list (S A_CCCH_LIST) 
and optionally the RACH list (SA_RACH_LIST) (see clause 4.2.2.1.4). The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 


5 bits. 


<SA CCCH LIST PART2: bitstring (A) » | 
{<SA CCCH LIST PART2: bitstring (A1)> 

< SA RACH LIST: bitstring (A2)> } | 

< SA_RACH_LIST: bitstring (A) 


Second partition of the differentially encoded CCCH list. 
(See clause 4.2.2.1.4). 

If normal CCCHs ends within SA_CCCH_LIST_PART2, 
then the RACH list will immediately start in this segment if 
spare bits are available. 

AUA2<=82. 

If SA_CCCH_LIST_PART2 is not required, then the 
RACH list will occupy the bit space of 
SA_CCCH_LIST_PART2. The SA_RACH_LIST will be a 
continuation from previous segment or will start in this 
segment. A <= 82. 

If the entire SARACHLIST cannot be encoded within A 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3F. 

NOTE: SA_RACH_LIST shall be present only if 
indicated so in Segment 2A or 2A bis. 


<Packet Control Channel Definition Part2: bitstring 
(B)> 


Second partition of list of packet control channels. 
See clause 4.2.2.1.4.3 


<Spare: bitstring (C) > 




<Header Segment 3D>::= 




<Class Type 3: OxSegment type: 001 1 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART2> containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A <= 82 bits. 

2) <Packet_Control_Channel_Definition_Part2> definition shall be contained within B bits 
where B <= 115- A. 

3) Number of spare bits will be equal to C bits where C = 1 15 - (A -i- B). 



11.5.2.76 Segment 3E 

Segment E contains the third and last partition of the differentially coded normal CCCH carrier list. It also contains the 
second and the last partition of the concurrent BCCH information list (the first partition is specified in segment 3B). 
The description of the messages is done according to the compact notation described in annex B, 
GMPRS-1 04.007 [11]. 
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Size: 184 bits 



<Header: bitstring(5)> 




<Concurrent BCCH Information part2: bitstring 
(61)> 


second partition of the concurrent BCCH information list. 


<SA_CCCH_LIST_PART3:bitstring(A)> 


Third and last partition of the differentially encoded CCCH 
list. See clause 4.2.2.1.4. 


<Packet_Control_Channel_Definition_Part3: 
bitstring (B)> 


Third partition of list of packet control channels. 
See clause 4.2.2.1.4.3 


<Spare: bitstring (C)> 




<Header Segment 3E>::= 




<Class Type 3: OxSegment type: 01 00> 




<Concurrent BCCH Information part2>::= 


Compressed encoding (see clause 4.2.2.1.4) 


SA CCCH LIST PART3>::= 


Differentially encoded (see clause 4.2.2.1 .4) 


Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART3> containing CCCH ARFCNs will be defined within A bits 
where A is less than or equal to 70 bits. 

2) <Packet Control Channel Definition Part3> definition shall be contained within B bits 
where B<={ 11 8-A). 

3) Number of spare bits will be equal to C bits where C = 11 8 - A - B. 



11.5.2.77 Segment 3Ebis 

Segment 3Ebis contains the second and last partition of the Concurrent BCCH information list. The description of the 
messages is done according to the compact notation described in annex B, GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<Concurrent BCCH_information_part2: bitstring (A) 
> 


Second partition of the concurrent BCCH information list. 


<Packet_Control_Channel_Definition_Part3: 
bitstring (B) > 


Third partition of list of packet control channels. 
See clause 4.2.2.1.4.3 


<Spare: bitstring (C) > 




<Header Segment 3Ebis>:.= 




<Class Type 3: OxSegment type: 01 00> 




<Concurrent BCCH Information part2>::= 


Compressed encoding (see clause 4.2.2.1.4) 


Rules for defining CCCH and PCCCH lists: 

1) <Concurrent BCCH_information_part2> containing BCCH ARFCNs will be defined within A bits 
where A is less than or equal to 50 bits. 

2) <Packet_Control_Channel_Definitions_Part3> definition shall be contained within B bits 
where B<= 115- A. 

3) Number of spare bits will be equal to C bits where C = 115- (A+ B). 
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11.5.2.78 Segment 3F 

Segment 3F contains the first partition of the differentially coded normal CCCH list and optionally the RACH list 
(SA_RACH_LIST). The description of the messages is done according to the compact notation described in annex B, 
GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 


5 bits. 


<SA_AGCH_CHANS: bitstring (5) > 


Range to 31 . Indicates number of AGCHs/ CCCHs in the 
LAI. 


<SA AGCH LIST PART1 : bitstring (A) >| 
{<SA AGCH LIST PART1 : bitstring (A1)> 
<SA_RAGH_LIST: bitstring {A2) >| 


First partition of differentially encoded AGCH/CCCH list. 
See clause 4.2.2.1.4.1. 

If all AGCH/CCCHs have been completed encoded with in 
SA_AGCH_LIST_PART1 , then the RACH list will occupy the 
remaining bit space (if any) in this segment. 

The SA_RACH_LIST will be a continuation from segment 3D 
if the bit space of SA CCCH LIST was used to encode the 
SA_RACH_LIST. The SA_RACH_LIST will start in this 
segment if it could not be accommodated in the bit space of 
SACCCHLIST and there are spare bits available in this 
segment. 

A1+A2<=82. 

If the entire SA_RACH_LIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3G bis. 

NOTE: SA_RACH_LIST shall be present only if indicated 
so in Segment 2A or 2A bis. 


<Packet_Control_Channel_Definition_Part4: 
bitstring (B)> 


Fourth partition of list of packet control channels. 
See clause 4.2.2.1.4.3. 


<Spare: bitstring (0) > 




<Header Segment 3F>::= 




<Class Type 3: OxSegment type: 01 01 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART1 > containing CCCH ARFCNs and optional <SA_RACH_LIST> 
containing RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition_Part4> definition shall be contained within B bits 
where B< = 110- A. 

3) Number of spare bits will be equal to C bits where C = 110 - (A + B). 
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11.5.2.79 Segment 3G 

Segment 3G contains the second partition of the AGCH/CCCH list and GMPRS Parameters. The description of the 
messages is done according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 184 bits 



<Header: bitstring (5) > 




<SA_AGCH_LIST_PART2: bitstring (A) > 


Second partition of the differentially encoded AGCH/CCCH 
list. See clause 4.2.2.1.4.1. 


<Packet Control Channel Definition Part5: bitstring 
(B)> 


Fifth partition of list of packet control channel parameters. 
See clause 4.2.2.1.4.3. 


<Packet Spotbeam Specific Parameters: bitstring 
(60)> 


This field shall be interpreted only if the PS_AVAILABLE 
information element in Segment 2A is set to 1 . 


Spare: bitstring (D) 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART2> containing CCCH ARFCNs will be defined within A bits where A <= 70. 

2) <Packet_Control_Channel_Definition_Part5> definition shall be contained within B bits 
where B <= 119-A. 

3) Number of spare bits will be equal to D bits where D = 1 1 9 - A - B. 


Packet Spotbeam Specific Parameters::= 


<RAC: bitstring (8) > 


Routeing Area Code (RAG) identifies the routeing area within 
a location area. 


<PRIORITY_ACCESS_THRESHOLD> 


Bit 

321 

packet access is not allowed in the cell; 

1 spare, shall be interpreted as "000" 

(packet access not allowed); 
1 spare, shall be interpreted as "000" 

(packet access not allowed); 

1 1 packet access is allowed for priority level 1 ; 

1 packet access is allowed for priority level 1 to 2; 
1 1 packet access is allowed for priority level 1 to 3; 
1 1 packet access is allowed for priority level 1 to 4; 
1 1 1 spare, shall be interpreted as "110" 

(packet access allowed). 


<GMPRS BCCH Options> 


See clause 11.5.2.111. 


<CS AVAILABLE: bitstring (1)> 


Reserved for future use. 


<BCCH_Type_Flag: bitstring (1) > 


Indication of type of BCCH 
0: A-BCCH 
1 : T-BCCH 


Packet Link Quality Report: bitstring (1) 


Link Quality Reporting 
0: Enabled 
1 : Disabled 


Link Failure Measurement Interval: bitstring (3) 


Bit 

321 

Reserved 

1 05 seconds 

1 10 seconds 

1115 seconds 

1 20 seconds 
1 1 25 seconds 
1 1 30 seconds 
1 1 1 Reserved 


<MAC_FORWARD_TS_OFFSET: bitstring (2)> 


MAC Slot Qffset from absolute start of frame in downlink 
0to2 


<MAC_RETURN_TS_OFFSET: bitstring {5)> 


MAC Slot Qffset from absolute start of frame in uplink 
0to23 


<Header Segment 3G>::= 




<Class Type 3: OxSegment type: 01 10> 
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11.5.2.80 Segment 3Gbis 

Segment 3Gbis contains the second part of the AGCH/CCCH hst and optionally the RACH list. The description of the 
messages is done according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<SA AGCH LIST PART2: bitstring (A) >| 
{<SA AGCH LIST PART2: bitstring (A1)> 

< SA RACH LIST: bitstring (A2)> } | 

< SA_RACH_LIST: bitstring {A2) 


Second partition of differentially encoded list. 
See clause 4.2.2.1.4.1. 

If AGCH/CCCHs ends within SA AGCH LIST PART2, then 
the SA_RACH_LIST list will immediately start in this 
segment. If the entire SA_RACH_LIST cannot be encoded 
within A2 bits, then the remaining bits of SA_RACH_LIST 
shall continue in Segment 3L. 

If SA_AGCH_LIST_PART2 is not required, then the 
SA RACH LIST will occupy the bit space of 
SA_AGCH_LIST_PART2. 

The SA_RACH_LIST will be a continuation from previous 
segment or will start in this segment. 

A1+A2<=32. 

If the entire SA_RACH_LIST cannot be encoded within A2 
bits, then the remaining bits of SA_RACH_LIST shall 
continue in Segment 3L. 

NOTE: SA_RACH_LIST shall be present only if Indicated 
so in Segment 2A or 2A bis. 


<Packet Control Channel Definition PartS: bitstring 

(B)> 


Fifth partition of list of packet control channel parameters. 
See clause 4.2.2.1.4.3. 


<Packet Spotbeam Specific Parameters: bitstring 
(60)> 


This field shall be interpreted only if the PS_AVAILABLE 
information element in Segment 2A is set to 1 . 


Spare: bitstring (D) 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART2> containing CCCH ARFCNs will be defined within A bits where A <= 32. 

2) <Packet_Control_Channel_Definition_Part5> definition shall be contained within B bits where B <= 55-A. 

3) Number of spare bits will be equal to D bits where D = 55 - A - B 


Packet Spotbeam Specific Parameters::= 


<RAC: bitstring (8) > 


Routeing Area Code (RAC) identifies the routeing area within 
a location area. 


<PRIORITY_ACCESS_THRESHOLD> 


Bit 

321 

packet access is not allowed in the cell; 

1 spare, shall be interpreted as "000" 

(packet access not allowed); 
1 spare, shall be interpreted as "000" 

(packet access not allowed); 

1 1 packet access is allowed for priority level 1 ; 

1 packet access is allowed for priority level 1 to 2; 
1 1 packet access is allowed for priority level 1 to 3; 
1 1 packet access is allowed for priority level 1 to 4; 
1 1 1 spare, shall be interpreted as "110" 

(packet access allowed). 


<GMPRS BCCH Options> 


See clause 11.5.2.111. 


<CS AVAILABLE: bitstring (1)> 


Reserved for future use. 


<BCCH_Type_Flag: bitstring (1) > 


Indication of type of BCCH 
0: A-BCCH 
1 : T-BCCH 


Packet Link Quality Report: bitstring (1) 


Link Quality Reporting 
0: Enabled 
1 : Disabled 
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Link Failure Measurement Interval: bitstring (3) 


Bit 

321 

Reserved 

1 05 seconds 

1 10 seconds 

1115 seconds 

1 20 seconds 
1 1 25 seconds 
1 1 30 seconds 
1 1 1 Reserved 


<MAC_FORWARD_TS_OFFSET: bitstring (2)> 


MAC Slot Offset from absolute start of frame in downlink 
0to2 


<MAC_RETURN_TS_OFFSET: bitstring {5)> 


MAC Slot Offset from absolute start of frame in uplink 
0to23 


<Header Segment 3G>::= 




<Class Type 3: OxSegment type: 01 10> 





1 1 .5.2.81 Segment 3H (A/Gb Mode) 

Segment 3H contains the third and last partition of the differentially encoded AGCH/CCCH list. The description of the 
messages is done according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 




<SA_AGCH_LIST_PART3: bitstring (A)> 


Third and last partition of the differentially encoded 
AGCH/CCCH list. 


<Packet_Control_Channel_Definition_Part6: 
bitstring (B)> 


Sixth partition of list of packet control channels. 
See clause 4.2.2.1.4.3. 


Spare: bitstring (C) 




<Class Type 3: OxSegment type: 01 1 1 > 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_AGCH_LIST_PART3> containing CCCH ARFCNs will be defined within A bits 
where A is less than or equal to 82 bits. 

2) <Packet_Control_Channel_Definition_Part6> definition shall be contained within B bits 
where B <= 115- A. 

3) Number of spare bits will be equal to C bits where C = 1 1 5-A-B. 



1 1 .5.2.81 a Segment 3H (lu Mode) 

Segment 3H is not used in lu mode. 

11.5.2.82 Segmental 

Same as clause 1 1.5.2.82 of GMR-1 04.008 [19]. 
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11.5.2.83 Segment 3J 

Segment 3J contains the neighbour beam centre positions. The description of the messages is done according to the 
compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 184 bits 



<Header: bitstring(5)> 




<BEAM CENTER POS neighbours> 


108 bits 


<BEAM_CENTER_DEFINITION> 


1 bit 

BEAM_CENTER_POSITION neiglibours is the center of 
tlie six neighbour beams 

1 BEAM_CENTER_POSITION neighbours is the six 
vertices of the main beam 


<Spare: bitstring(70)> 




<Header Segment 3J>::= 




<Class Type 3: OxSegment type: 1 01 0> 




<BEAM_CENTER_POS_neighbours>::= 


This information is repeated six times, one for each 
neighbour/vertex. The positions shall be ordered in a 
clockwise fashion around the centre beam. If the information 
corresponds to the center of a neighbouring beam, then the 
first entry will correspond to the northernmost neighbouring 
beam location (which will correspond to the first entry in the 
list, BCCH_NEIGHB0UR_LIST1b). If the information 
corresponds to a vertex, then the first entry will correspond to 
the more counter-clockwise of the two beam vertices shared 
with the first entry in the neighbouring list 
(i.e. BCCH_NEIGHB0UR_LIST1b). Missing positions shall 
have a latitude and longitude offset of 0,0 degree. 


<Latitude: bitstring(9)> 


This parameter contains the geocentric latitude offset from 
the latitude of the main beam centre point, as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement 
number, in units of 0,1 degree, with a valid range 
of -25,6 degrees to -1-25,5 degrees. 


<Longitude: bitstring(9)> 


This parameter contains the geocentric longitude offset from 
the longitude of the main beam centre as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement number 
In units of 0,1 degree with a valid range of -25,6 degrees to 
-1-25,5 degrees. 



11.5.2.84 Segment SJbis 

Segment 3Jbis contains the neighbour beam centre positions. The description of the messages is done according to the 
compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(5)> 




<BEAM CENTER POS neighbours> 


108 bits 


<BEAM_CENTER_DEFINITION> 


1 bit 

BEAM_CENTER_POSITION neighbours is the center of 
the six neighbour beams 

1 BEAM_CENTER_POSITION neighbours is the six 
vertices of the main beam 


<Spare: bitstring (6)> 




<Header Segment 3Jbis>.:= 




<Class Type 3: OxSegment type: 1 01 0> 
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<BEAM_CENTER_POS_neighbours>::= 


This information is repeated six times, one for eacli 
neighbour/vertex. The positions shall be ordered in a 
clockwise fashion around the centre beam. If the information 
corresponds to the center of a neighbouring beam, then the 
first entry will correspond to the northernmost neighbouring 
beam location (which will correspond to the first entry in the 
list, BCCH_NEIGHB0UR_LIST1b). If the information 
corresponds to a vertex, then the first entry will correspond to 
the more counter-clockwise of the two beam vertices shared 
with the first entry in the neighbouring list 
(i.e. BCCH_NEIGHB0UR_LIST1b). Missing positions shall 
have a latitude and longitude offset of 0,0 degree. 


<Latitude: bitstring (9)> 


This parameter contains the geocentric latitude offset from 
the latitude of the main beam centre point, as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement 
number, in units of 0,1 degree, with a valid range of 
-25,6 degrees to +25,5 degrees. 


<Longitude: bitstring (9)> 


This parameter contains the geocentric longitude offset from 
the longitude of the main beam centre as provided in 
BEAM_ CENTER_POS_main. It is a 2's complement number 
in units of 0,1 degree with a valid range of -25,6 degrees to 
+25,5 degrees. 



1 1 .5.2.84a Segment SKbis (lu Mode) 

Segment 3Kbis contains parameters specific to lu mode operation. The description of the messages is done according to 
the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring (5) > 




<Load Factor> 


8 bits. This field indicates the network loading in this spot 
beam. This field shall be used by the MES as specified in 
GMR-1 30 43.022 [4]. 

A value of "1 1 1 1 1 1 1 1 " indicates that the Load Factor shall 
not be used by MES. 


<Spare: bitstring(1)> 


Spare bit 


<SB_SELECTI0N_DISTANCE:bitstring(2)> 


This field defines the distance in terms of percentage relative 
to a beam's radius that a terminal may consider a 
neighbouring beam as "suitable". 

b1 bO 

0-0% 

1-10% 

1 0-20 % 
1 1-30 % 

Use of this field is defined in GMR-1 30 43.022 [4]. 


<SB_SELECTI0N_L0AD_C0UNT:bitstring(3)> 


This field defines the number of expirations of the 
SB_RESELEGTION_TIMER between the use of load factor 
in periodic spot beam reselection. Load factor shall therefore 
be considered in periodic spot beam reselection only after 
every 2n expirations of the SB_RESELEGTION_TIMER. 

b2 b1 bO 

- load factors used after every timer expirations 
1 - load factors used after every 2 timer expirations 
1 - load factors used after every 4 timer expirations 

1 1 - load factors used after every 6 timer expirations 

1 1 - load factors used after every 12 timer expirations 
11 1 - load factors used only for initial spot beam 
selection. 
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Spare: bitstring (101) 


Spare bits. 


<Header Segment 3HK>::= 




<ClassType 3: Ox Segment type: 1011> 




<Load Factor>::= 




<Capacity Indicator: bitstring(4)> 


Capacity Indicator shall encode the total frequency spectrum 
available in the physical beam to which the logical beam is 
mapped. The total frequency spectrum available shall be the 
smaller of the total forward or total return spectrum. Capacity 
shall be specified in terms of 5x (156,25 KHz) equivalent 
carriers. 

b3 b2 b1 bO 

<1 

1 >1 and<2 

10 >2 and <3 

111 >7and<8 

11 1 1 - Capacity Indicator not used. 


<Load Indicator: bitstring(4)> 


Load Indicator shall encode the average load based on total 
capacity utilization across all spectrum resources meant for 
carrying user traffic in the spotbeam. 

b3 b2 b1 bO 
-12,5% 
1 -25% 
10 

1 1 1 - 1 00 % 

11 1 1 - Load Indicator not used. 



1 1 .5.2.84b Segment 3L (lu Mode) 

Segment 3L contains the continuation of differentially encoded normal CCCH carrier list S A_CCCH_LIST and the 
optional SA_RACH_LIST. The description of the messages is done according to the compact notation described in 
annex B of GMPRS-1 04.007 [11]. Segment 3L is transmitted on extended BCCH. 

Size: 168 bits 



<Header: bitstring (5) > 




<Reserved: bitstring(66) 




<SA CCCH LIST PART3: bitstring (A) > | 
{<SA CCCH LIST PART3: bitstring (A1)> 
< SA_RACH_LIST: bitstring (A2)> } 


Third and last partition of the differentially encoded CCCH 
list. See clause 4.2.2.1.4. 

If normal CCCHs ends within SA_CCCH_LIST_PART3, then 
the RACH list will immediately start in this segment. A1+A2 
<=82. 

If SA_CCCH_LIST_PART3 is not required, then the RACH 
list will occupy the bit space of SA_CCCH_LIST_PART3. The 
SA_RACH_LIST will start in this segment or be a 
continuation from previous segment. 

NOTE: SA_RACH_LIST shall be present only if indicated 
so in Segment 2A or 2A bis. 


<Packet Control Channel Definition: bitstring (B)> 


List of packet control channels. See clause 4.2.2.1 .4.3. 


Spare: bitstring (C) 




<Header Segment 3L>::= 




<Class Type 3: OxSegment type: 1 1 00> 




Rules for defining CCCH and PCCCH lists: 

1 ) <SA_CCCH_LIST_PART3> containing CCCH ARFCNs and optional <SA_RACH_LIST> containing 
RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition > definition shall be contained within B bits where B < = 97 - A. 

3) Number of spare bits will be equal to C bits where C = 97 - (A -i- B). 
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1 1 .5.2.84c Segment 3M (lu Mode) 

Segment 3M contains the continuation of differentially encoded AGCH/CCCH carrier list (SA_AGCH_LIST and 
optional SA_RACH_LIST). The description of the messages is done according to the compact notation described in 
annex B of GMPRS-1 04.007 [11]. Segment 3M is transmitted on extended BCCH. 

Size: 168 bits 



<Header: bitstring (5) > 




<Reserved: bitstring(66)> 




<SA AGCH LIST PARTS: bitstring (A) > | 
{<SA AGCH LIST PARTS: bitstring (A1)> 
< SA_RAGH_LIST: bitstring (A2)> } 


Third and last partition of the differentially encoded 
AGCH/CCCH list. See clause 4.2.2.1 .4. 

If AGCH/CCCHs ends within SA_AGCH_LIST_PARTS, then 
the RACH list will immediately start or continue in the 
segment and end in this segment. A1+A2 <= 82. 

If SA AGCH LIST PARTS is not required, then the RACH 
list will occupy the bit space of SA_AGCH_LIST_PARTS. The 
SA_RACH_LIST will be a continuation from previous 
segment or will start and end in this segment. A <= 82. 

NOTE: SA_RACH_LIST shall be present only if indicated 
so in Segment 2A or 2A bis. 


<Packet Control Channel Definition: bitstring (B)> 


List of packet control channels. See clause 4.2.2.1 .4.S 


Spare: bitstring (C) 




<Header Segment SM>::= 




<Class Type S: OxSegment type: 1 1 01 > 




Rules for defining CCCH and PCCCH lists: 

1) <SA_AGCH_LIST_PARTS> containing AGCH ARFCNs and optional <SA_RACH_LIST> containing 
RACH ARFCNs will be defined within A bits where A < = 82 bits. 

2) <Packet_Control_Channels_Definition > definition shall be contained within B bits where B < = 97 - A. 
S) Number of spare bits will be equal to C bits where C = 97 - (A + B). 



1 1 .5.2.85 Segment 4A 

Size: 120 bits 

<Header: bitstring(7)> 
<RADIO_LINK_TIMEOUT: bitstring (8)> 

<SG Neighbour Cell Description: bitstring (A) 

<Spare: bitstring(B)> 

<Header Segment 4A>::= <Class Type 4: 1 1 0xSegment type: 0000> 

Note: A + B = 97 bits 

A =47 

B <= 97 - A 



Maximum value of radio link fail counter. 
SeeGMR-1 SG 45.008 [15]. 
See clause 11.5.2.126 



11.5.2.86 Segment 4B 

Same as clause 11.5.2.86 of GMR-1 04.008 [19]. 

11.5.2.87 Segment 4C 

Same as clause 11.5.2.87 of GMR-1 04.008 [19]. 

11.5.2.88 Segment 4D 

Same as clause 11.5.2.88 of GMR-1 04.008 [19]. 
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11.5.2.89 Segment 4E 

Same as clause 11.5.2.89 of GMR-1 04.008 [19]. 

11.5.2.90 Segment 4F 

Same as clause 11.5.2.90 of GMR-1 04.008 [19]. 

1 1 .5.2.90a Segment 4G (lu mode only) 

Segment 4G contains the first sublist of the BCCH_Full_List_Bis parameter. The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 

<BCCH_ CHANS_BIS: bitstring(6)> 

<BCCH_FULL_LIST_BIS_PART1 ; bitstring(100)> 

<Spare: bitstring(7)> 

<Header Segment 4G>::= 

<Class Type 4:11 OxSegment type: 01 1 0> 



Valid range 1 to 32 (number of the BCCH BIS carriers 

present) 

First partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 



1 1 .5.2.90b Segment 4H (lu mode only) 

Segment 4H contains the second sublist of the BCCH_Full_List_Bis parameter. The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 

<Header: bitstring(7)> 

<BCCH_FULL_LIST_BIS_PART2: bitstring(1 00)> Second partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 
<Spare: bitstring(13)> 
<Header Segment 4H>::= 
<Class Type 4:11 OxSegment type: 01 1 1 > 



11.5.2.90c Segment 41 (lu mode only) 

Segment 41 contains the third sublist of the BCCH_Full_List_Bis parameter and the first sublist of the 
BCCH_Full_List_Ter parameter. The description of the messages is done according to the compact notation described 
in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 



<Header: bitstring(7)> 
<BCCH_FULL_LIST_BIS_PART3:bitstring(40)> 

<BCCH_ CHANS_TER: bltstrlng(6)> 

<BCCH_FULL_LIST_TER_PART1 : bitstring(60)> 

<Spare: bitstring(7)> 
<Header Segment 4I>::= 

<Class Type 4: 1 lOxSegment type: 1000> 



Third partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 

Valid range 1 to 32 (number of the BCCH TER carriers 

present) 

First partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 
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1 1 .5.2.90d Segment 4J (lu mode only) 

Segment 4J contains the second sublist of the BCCH_Full_List_Ter parameter. The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 

<Header: bitstring(7)> 

<BCCH_FULL_LIST_TER_PART2: bitstring(1 00)> Second partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 
<Spare: bitstring(13)> 
<Header Segment 4J>::= 
<Class Type 4:11 OxSegment type: 1 001 > 



11.5.2.90e Segment 4K (lu mode only) 

Segment 4K contains the third subHst of the BCCH_Full_List_Ter parameter. The description of the messages is done 
according to the compact notation described in annex B of GMPRS-1 04.007 [11]. 

Size: 120 bits 

<Header: bitstring(7)> 

<BCCH_FULL_LIST_TER_PART3: bitstring(80)> Third partition of the differentially encoded list. 

See clause 4.2.2.1.4.1 
<Spare: bitstring(33)> 
<Header Segment 4K>::= 
<Class Type 4:11 OxSegment type: 1 01 0> 



1 1 .5.2.91 Disconnection indication (A/Gb mode only) 

Same as clause 11.5.2.91 of GMR-1 04.008 [19]. 

1 1 .5.2.92 Handover parameter (A/Gb mode only) 

Same as clause 11.5.2.92 of GMR-1 04.008 [19]. 

1 1 .5.2.93 Information request code (A/Gb mode only) 

Same as clause 11.5.2.93 of GMR-1 04.008 [19]. 

1 1 .5.2.94 Last spot beams information (A/Gb mode only) 

Same as clause 11.5.2.94 of GMR-1 04.008 [19]. 

1 1 .5.2.95 Current spot beam information (A/Gb mode only) 

Same as clause 11.5.2.95 of GMR-1 04.008 [19]. 

1 1 .5.2.96 Power control information (A/Gb mode only) 

Same as clause 11.5.2.96 of GMR-1 04.008 [19]. 

1 1 .5.2.97 Version information (A/Gb mode only) 

Same as clause 11.5.2.97 of GMR-1 04.008 [19]. 

1 1 .5.2.98 Information response error code (A/Gb mode only) 

Same as clause 11.5.2.98 of GMR-1 04.008 [19]. 
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1 1 .5.2.99 Vendor specific subcommand (A/Gb mode only) 

Same as clause 11.5.2.99 of GMR-1 04.008 [19]. 

11.5.2.100 MSCID (A/Gb mode only) 

Same as clause 11.5.2.100 of GMR-1 04.008 [19]. 

11.5.2.101 GPS discriminator 

Same as clause 11.5.2.101 of GMR-1 04.008 [19] with the following additional requirements: 

The Discriminator Value shall be set to zero if this IE is included in a response to a Channel Request Type 1 message 
whose Class 2 bits were not correctly received. 

When relative position is sent by the MES, Relative latitude and longitude fields are extended to form 40 bit field as 
shown in table 1 1 .27a and then the CRC is calculated. 

Table 11.27a: Prefixed GPS position IE 



<1><Prefixed Latitude: bit(19)><Prefixed Longitude: bit(20)> 



Prefixed Latitude (19 bitfield) 

12 or 19 bit relative latitude prefixed with Os to form 19bit field. 

Prefixed Longitude (20 bit field) 

13 or 19 bit relative longitude prefixed with Os to form 20 bit field. 



1 1 .5.2.1 02 Current timing offset (A/Gb mode only) 

Same as clause 11.5.2.102 of GMR-1 04.008 [19]. 

11.5.2.103 Pause Timer 

The Pause Timer IE gives the time period the MES should wait before re-transmitting the CHANNEL REQUEST 
message for requesting packet services. This IE is coded as shown in figure 1 1.51 and table 1 1.49. The Pause Timer IE 
is a Type 3 IE, 2 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 







Pause Timer IE! 


octet 1 


Pause Timer 


octet 2 



Figure 1 1 .51 .1 : Pause timer information element 



Table 1 1 .49.1 : Pause Timer information element 



The Pause Timer shall be a 8-bit unsigned value representing the time period of T31 15 in 
100 ms units. The value conveyed through this information element shall override the value 
conveyed through BCCH. 
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1 1 .5.2.1 04 Packet BCCH carrier 

The Packet BCCH Carrier IE is used when the network wants the MES to access another BCCH carrier. This IE is 
coded as shown in figure 1 1.51.2 and table 1 1.49.2. Packet BCCH Carrier IE is a Type 3 IE, 3 octets in length. 



8 


7 


6 


5 


4 


3 


2 


1 







BCCH Carrier lEI 


octet 1 


ARFCN (msb) 


octet 2 


Spare 


SI 


Rl 


Freq 
Plan ID 


ARFCN (Isb) 


octet 3 



Figure 11.51.2: Packet BCCH carrier IE 



Table 11.49.2: Packet BCCH carrier IE 



ARFCN (octet 2 and octet 3, bits 1 to 3). Range: 1 to 1 087 

Binary representation of absolute RF channel number of the BCCH. Octet 2 is the most 

significant bits. 



SI: Satellite Indication bit (bit6, octet 3) 

BCCH carrier is on the same satellite 

1 BCCH carrier is on a different satellite 



Rl: Reselection Indication bit (bit 5, octet 3) 

spot beam reselection not needed; use the spot beam with given BCCH 

1 spot beam reselection needed; use the BCCH for spot beam reselection 



Frequency Plan Identifier (bit 4, octet 3) 
As described in GMR-1 3G 45.005 [14] 



1 1 .5.2.1 05 Packet Immediate Assignment Type 3 Parameters (A/Gb mode only) 

The purpose of the Packet Immediate Assignment Type 3 Parameters is to provide information related to quality of 
service, temporary block flow and MAC-slot allocation. Its coding is shown in figure 1 1.51.3. The various components 
of the element are described in table 1 1 .49.3. 



8 


7 


6 


5 


4 


3 


2 


1 







Packet Assignment lEI 


octet 1 


Downlink TFI (MSB) 


Spare 


RLC 
Mode 


octet 2 


Starting Frame Number Downlink TFI (LSB) 


octet 3 


MAC-slot Allocation 


octet 4 









Figure 11.51.3: Packet Immediate Assignment Type 3 Parameters IE 
Table 11.49.3: Packet Immediate Assignment Type 3 Parameters IE 



RLC Mode 

As described in GMR-1 3G 44.060 [20] 



Downlink TFI 

As described in GMR-1 3G 44.060 [20] 



Starting Frame Number 

As described in GMR-1 3G 44.060 [20] 



MAC-slot Allocation 

As described in GMR-1 3G 44.060 [20] 



£75/ 



Release 6 



150 



ETSI TS 101 376-4-8 V3.1.1 (2009-07) 



1 1 .5.2.1 06 Packet Frequency Parameters (A/Gb mode only) 

The Packet Frequency Parameters information element defines frequency parameters which may be allocated to a 
mobile earth station to define its channel configuration. All MAC-slots in the channel configuration of the mobile earth 
station shall use the same frequency parameters. 

The frequency parameters shall consist of an ARFCN , bandwidth information for the downlink, an uplink frequency 
difference between actual uplink frequency and frequency derived from ARFCN and bandwidth information for the 
uplink. Its coding is as shown in figure 11. 5 1.4 and description is as shown in table 11. 49 .4. 



8 


7|6|5| 4 |3|2|1 







Packet Frequency Parameters IE! 


octet 1 


ARFCN (msb) 


octet 2 


Uplink 

Freq 

Distance 

(MSB) 


Downlink Bandwidth 


Downlink 

Freq 
Plan ID 


ARFCN (Isb) 


octet 3 


Spare 


Uplink Bandwidth 


Uplink Freq Distance 


octet 4 



Figure 11.51.4: Packet Frequency Parameters IE 



Table 11.49.4: Packet Frequency Parameters IE 



ARFCN 

As described in GMR-1 3G 45.005 [14]. 



Downlink Frequency Plan Identifier 
As described in GMR-1 3G 45.005 [14]. 



Downlink Bandwidth 

This field represents the bandwidth to be used for the PDCH in multiples of 31 ,25 kHz, see 

GMR-1 3G 45.005 [14]. 



Uplink Frequency Distance 

As defined in GMR-1 3G 44.060 [20]. 



Uplink Bandwidth 

This field represents the bandwidth to be used for the PDCH in multiples of 31 ,25 kHz, see 

GMR-1 3G 45.002 [12]. Range: 1 to 7. 



1 1 .5.2.1 07 Packet Immediate Assignment Type 2 Parameters (A/Gb mode only) 

The purpose of the Packet Immediate Assignment Type 2 Parameters is to provide information related to quality of 
service, temporary block parameters and modulation and coding scheme. 

The message content of the Packet Immediate Assignment Type 2 Parameters depends on the GMPRS terminal type 
(See GMR-1 3G 45.002 [12] for GMPRS Terminal Types). 

The coding used by MES of GMPRS terminal type A or C is shown in figure 1 1 .5 1 .5a. The various components of the 
element are described in table 1 1 .49.5a. 
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1 







Packet Assignment IE! 


octet 1 


MAC Mode 


Downlink Control MAC-slot 


USF 

Granula 

rity 


Final 

Allocati 

on 


Spare 


octet 2 


RLC Data Blocks Granted (MSB) | Starting Frame Number 


octet 3 


MCS 


RLC Data Blocks 
Granted(LSB) 


octet 4 


Spare | TFI 


octet 5 


MAC-Slot Allocation 


octet 6 



Figure 11.51.5a: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type A or C) 
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Table 11.49.5a: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type A or C) 



MAC Mode 
Bits 

Dynamic allocation 

All other values are reserved 



Downlink Control MAC-Slot 
This field is reserved. 



Starting Frame Number 
This field is reserved. 



USF_Granularity 

As described in GMR-1 3G 44.060 [20] 

TFI 

As described in GMR-1 3G 44.060 [20] 



MCS 

As described in GMR-1 3G 45.002 [12] 

Final_Allocation 

This field is reserved 



MAC-slot Allocation 

As described in GMR-1 3G 44.060 [20] 



The coding used by MES of GMPRS terminal type D is shown in figure 1 1 .5 1 .5b. The various components of the 
element are described in table 11.49.5b. 
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Packet Assignment IE! 


octet 1 


Channel MCS Command PNB 5 12 | Channel MCS Command 


octet 2 


Spare 


octet 3 


Spare 


RLC Data Blocks Granted 


octet 4 


USF 

Granula 
rity 


TFI 


octet 5 


MAC-Slot Allocation 


octet 6 



Figure 11.51.5b: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type D) 



Table 11.49.5b: Packet Immediate Assignment Type 2 Parameters IE (GMPRS terminal type D) 



Channel_MCS_Command (Octet 2 - Bits 1 to 4) 
As described in GMR-1 3G 44.060 [20] 



Channel_MCS_Command_PNB_5_12 (Octet 2 - Bits 5 to 8) 
As described in GMR-1 3G 44.060 [20] 



Spare (Octet 3) 



RLC Data Blocks Granted (Octet 4 - Bits 1-7) 
As described in GMR-1 3G 44.060 [20] 



Spare (Octet 4 - Bit 8) 



TFI (Octet 5 - Bits 1 to 7) 

As described in GMR-1 3G 44.060 [20] 



USF_Granularity (Octet 5 - Bit 8) 

As described in GMR-1 3G 44.060 [20] 



MAC-slot Allocation (Octet 6 - Bits 1 to 8) 
As described in GMR-1 3G 44.060 [20] 



1 1 .5.2.1 08 Illumination Retry Timer (A/Gb mode only) 

The Illumination Retry Timer IE gives the time period the MES should wait before re-transmitting the CHANNEL 
REQUEST TYPE 1 message for requesting packet services. This IE is coded as shown in figure 11. 5 1.6 and 
table 1 1.49.6. The Illumination Retry timer is a Type 3 IE, 2 octets in length. 
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Illumination Retry Timer lEI 


octet 1 


Scaling Factor Illumination Retry Timer 


octet 2 



Figure 11.51.6: Illumination Retry Timer information element 



Table 11.49.6: Illumination Retry Timer information element 



Scaling Factor 

Bits 

87 

<Absolute value of Illumination Retry Timer> x 8 s 

1 <Absolute value of Illumination Retry Timer> x 16 s 

1 <Absolute value of Illumination Retry Timer> x 32 s 
1 1 <Absolute value of Illumination Retry Timer> x 64 s 

The Illumination Retry Timer shall be a 6-bit unsigned value representing the time period of 
T3333 in 1 second units. 



1 1 .5.2.1 09 Packet Control Channel Definition (A/Gb mode only) 

The Packet Control Channel Definition IE describes the encoding scheme for packet control channel parameters in 
A/Gb mode. 



Table 11.49.7: Packet Control Channel Definition information element 



Packet Control Channel Definition::= 

<Packet Control Channel Llst> { 

<SA_PCCCH_CHANS: bitstring (5) > 

<Downlink Bw: bitstring(3)> 
{<Packet Control Channel Parameters >} x val(SA_PCCCH_CHANS) 

} 
<Packet Control Channel Parameters>::= 

{ 

<DownlinkARFCN:bitstring (11) > 
<FrequencyPlanlD: bitstring (1) > 

{ 

{ 1 1 1 -- Fixed PRACH slot configuration as opposed to USF=Free mechanism 
<Uplink PRACH Frequency Distance: bit(2)> 
<Uplink PRACH IVIAC Slots Indicator: bitstring (2) > 
<PRACH Frame Periodicity: bit (2) } 



}| 
{ 



-- USF=Free based PRACH Overlay mechanism 

<PRACH Overlay: bitstring{3) == (000 | 001 | 01 | Oil | 1 00 | 1 01 | 1 1 0) > 

<Uplink PRACH Channels: bitstring (6) > 



± 



} 



References: 

DOWNLINK_BW as defined in GIVIR-I 3G 45.005 [14]. 

SA_PCCCH_CHANS: to 31 , indicates number of PCCCH carrying PDCH-carriers of 

bandwidth DownlinkBW in the spotbeam. 

Downlink ARFCN: ARFCN of the downlink PDCH See GMR-1 3G 45.005 [14]. 

Frequency Plan ID as defined in GMR-1 3G 45.005 [14]. 



PRACH Overlay see clause 1 1 .5.2.1 1 8 

Indicates the number of parallel overlaid PRACH channels available in a single slot. As 

defined in GMR-1 3G 44.060 [20]. 



Uplink PRACH Channels see clause 11.5.2.112. 



UplinkPRACH Frequency Distance see clause 1 1 .5.2. 1 23. 



Uplink PRACH MAC Slots Indicator see clause 1 1 .5.2.1 20. 



PRACH Frame Periodicity see clause 11.5.2.124. 
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1 1 .5.2.1 09a Packet Control Channel Definition (lu Mode Only) 

The Packet Control Channel Definition IE describes the encoding scheme for packet control channel parameters in lu 
mode 

Table 11.49.7a: Packet Control Channel Definition information element in lu Mode 



Packet Control Channel Definition::= 

{ < Packet Control Channel Sublist > "0}; 

-- Termination of Packet Control Definition is indicated when SAPCCCHCHANS = 0; 

-- Minimum size of Packet Control Definition is bit(SA_PCCCH_CHANS) 



<Packet Control Channel Sublist>::= 
<SA_PCCCH_CHANS: bitstring (5) > 
<Downlink Bandwidth: bitstring{3)> 
{<Packet Control Channel Parameters >} 



■ val(SA_PCCCH_CHANS)}; 



<Packet Control Channel Parameters>:: 
<Downlink ARFCN: bit (11 ) > 
<Reserved: bit(10); 



Downlink Bandwidth (3 bit field) 

This field represents the bandwidth to be used for the PDCH-Carrier in multiples of 31 ,25 kHz, 

see GMR-1 3G 45.005 [14]. Range: 1 to 7. 

Downlink ARFCN (1 1 bit field) 

This field is the binary representation of the absolute radio frequency channel number (ARFCN) defined in 

GMR-1 3G 45.005 [14]. Range to 2048. 

This field is present only when SA_PCCCH_CHANS is non-zero. 

SA_PCCCH_CHANS (5 bit field) 

This field indicates the number of entries within each sublist. A value of signals end of the Packet Control 

Definition. 



11.5.2.110 USF 

The purpose of the USF field is to provide USF allocation in dynamic/extended dynamic mode on the uplink. 



8 
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USFIEI 


octet 1 


Spare 


octet 2 


Spare 


octet 3 


Spare 




USF Allocated 




octet 4 



Figure 11.51.7: USF IE 
Table 11.49.8: USF IE 



USF 

As described in GMR-1 3G 44.060 [20] 



1 1 .5.2.1 1 1 GMPRS BCCH options (A/Gb mode only) 

Same as clause 11.5.2.111 of GMR-1 04.008 [19]. 

The GMPRS BCCH Options information element is used to control a set of cell options related to GMPRS. 

This information element may include a nested Extension Bit information element to allow future extension of cell 
option parameters. 
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Table 11.49.9: GMPRS BCCH options information element 



< GPRS BCCH Options IE >::= 

< NMO: bit (2) > 
<T3168:bit{3)> 
<T3192:bit{3)> 

< T3202: bit (6) > 

< BS_CV_MAX: bit (9) > 

< USF_DELAY: bit (2) > 

< PKT_TIIV1ING_C0RR_CYCLE: bit (8) > 
<PARALLEL_TBF:bit{1)> 

< SEND_PDU_NOTBF: bit (1) > 
<BITI\/IAP_COIVIPRESS: bit (1) > 

--Optional extension: 

{ I 1 < Extension Bits IE > - See GMR-1 3G 44.060 [20] 

<GMPRS_SUPPORT: bit (1) > { | 1 < Extension Length: bit (6) > 

< bit (val(Extension Length) + 1) 
& { <GMPRS Extension Information > 
! { bit ** = <no string> } } > } ; 



< GIVIPRS Extension Information >::= 
< USF_DELAY Adjustment: bit (2) > 



■ Additional adjustments for USF_DELAY 



< spare bit > 



Table 11.49.10: GPRS BCCH options information element details 



NMO (2 bit field) 

This field is the binary representation of the Network Mode of Operation, see GMR-1 3G 44.060 [20]: 

bit 

21 

Network Mode of Operation I 

1 Network Mode of Operation II 

1 Network Mode of Operation III 
1 1 Reserved. 

13168(3 bit field) 

Reserved for future use. Set to zero by the network. 

13192(3 bit field) 

This field is the binary representation of the timeout value of timer T3192. Range: to 7. The timeout value is given as 

the binary value plus one in units of 500 millisecond. 

T3202 (6 bit field) 

This field is the binary representation of the timeout value of timer T3202. Range: to 63. If the value is zero, the timeout 

is infinite. If the value is nonzero, the value represents the timeout in minutes. 

BS_CV_MAX (9 bit field) 

This field is the binary representation of the parameter BS_CV_MAX. Range: to 512. 

USF_DELAY (2 bit field) 

This field indicates the delay between the Mac-slot in which an USF is received by the MES and the Mac-slot in which it 
must be applied, both as measured by the MES. If USFDELAY Adjustment parameter is not included as part of GMPRS 
Extension IE, then the MES shall use the contents of USF_DELAY field without any modifications. 



Bit 




21 




00 


7 frames 


01 


8 frames 


1 


9 frames 


1 1 


1 frames 



If USF_DELAY Adjustment parameter is included as part of Extension IE, then the MES shall derive the actual 
USF_DELAY by subtracting value contained in USF_DELAY Adjustment parameter from USF_DELAY parameter. 
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PKT_TIMING_CORR_CYCLE (8 bit field) 

This field indicates the repetition period of the pkt continuous timing and frequency correction cycle. It is coded as the 

value of the field plus fifty in units of multiframes i.e. 

bit 

87654321 
00000000 
00000001 
000000 10 



50 multiframes 

51 multiframes 

52 multiframes 



10 10 110 200 multiframes 

All values greater than 0x96 hex are reserved. 

PARALLEL_TBF:bit(1) 

Reserved for future use. Set to zero by the network. 

SEND_PDU_NOTBF: bit(1) 

Reserve for future use. Set to zero by the network. 

COMPRESS_BITMAP: bit(1) 

Reserved for future use. Set to zero by the network. 

GMPRS_SUPPORT: bit{1) 

This field indicates if GMPRS specific extension information is present in the Extension Bits IE. 

bit 

Extension Bits IE field does not contain GIVIPRS extension information 

1 Extension Bits IE field contains GMPRS extension information 

USF_DELAY Adjustment (2 bit field) 

This field indicates additional adjustment to USF_DELAY parameter. Actual USF_DELAY is obtained by subtracting 

number of frames indicated below from USF_DELAY parameter. 

Bit 

21 

No Adjustments 

1 1 frame 

All other values are reserved. 

EXAMPLE: If USF_DELAY is set to "00" (7 frames) and USF_DELAY Adjustment is set to "01 " then the actual 
USF DELAY to use is 7 - 1 = 6 frames. 



1 1 .5.2.1 1 1 a GMPRS BCCH options (lu mode only) 

The GMPRS BCCH Options information element is used to control a set of cell options related to GMPRS. 
Table 11.49.9a: GMPRS BCCH options information element 



< GMPRS BCCH Options IE >::= 




< lu MODE NMO SUPPORT: 


bit{1)> 


<T3168:bit(3)> 




<T3192:bit{3)> 




< T3202: bit (6) > 




< BS CV MAX: bit (9) > 




<USF DELAY: bit (3) > 




< PKT TIMING CORR CYCLE: bit (8) > 


< GRA_AND CELL UPDATE TIMER: bit (3) > 


<padding bits> 




! < Distribution part error: bit (*) 


= < no string » ; 
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Table 11.49.9b: GMPRS BCCH options information element details 

lu_MODE_NMO_SUPPORT (1 bit field) 

This parameter is used for determining networl< mode of operation for tlie 3G SGSN and the 3G IVISG. The mobile earth 

station may assume that the network has set this field equally in all instances of this message. 

Bit 

Network Mode Operation I 

1 Network Mode Operation II 

13168(3 bit field) 

This field is the binary representation of the timeout value of timer T3168. Range: to 7. The timeout value is given as 

follows 

32 1 

3 000 ms 

1 3 500 ms 

10 4 000 ms 

11 4 500 ms 

10 5 000 ms 

10 1 5 500 ms 

All other values are reserved. 

13192(3 bit field) 

This field is the binary representation of the timeout value of timer T3192. Range: to 7. The timeout value is given as 

the binary value plus one in units of 500 millisecond 

T3202 (6 bit field) 

This field is the binary representation of the timeout value of timer T3202. Range: to 63. If the value is zero, the timeout 

is infinite. If the value is nonzero, the value represents the timeout in minutes. 

BS_CV_MAX (9 bit field) 

This field is the binary representation of the parameter BS_CV_MAX. Range: to 512. 

USF_DELAY (3 bit field) 

This field contains the value used by the MES to derive the uplink frame number in which the allocated USF is valid. See 

GMR-1 3G 45.010 [16] 

bit 
32 1 
000 6 

00 1 7 

010 8 

011 9 

1 00 10 

All remaining values are reserved 

PKT_TIMING_CORR_CYCLE (8 bit field) 

This field indicates the repetition period of the pkt continuous timing and frequency correction cycle. It is coded as the 

value of the field plus fifty in units of multiframes 

87654321 

00000000 50 multiframes 

00000001 51 multiframes 
00000010 52 multiframes 



10 10 110 200 Multiframes 

All remaining values are reserved. 
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GRA_AND_CELL_UPDATE_TIMER (3 bit field) 

This field is the binary representation of GRA and CELL UPDATE TIMERs. 

bit 

32 1 

000 10 minutes 

1 30 minutes 

1 60 minutes 

Oil 120 minutes (default value) 

10 240 minutes 

10 1 360 minutes 

1 1 720 minutes 

1 1 1 Infinity (no update) 



1 1 .5.2.1 1 2 Uplink PRACH channels (A/Gb mode only) 

A bitmap indicating the location of the available PRACH channels within a subband. The most significant bit refers to 
the presence or absence of a PRACH channel at the lowest numbered 31,25 kHz subcarrier within the uplink frequency 
band. The value "1" indicates the presence of a PRACH channel; "0" indicates the absence of a PRACH channel. The 
number of bits set to " 1 " within Uplink PRACH Channels is always equal to the number of active PRACH channels 
specified in the PRACH_OVERLAY IE (see clause 11.5.2.118). 

11.5.2.113 Void 

11.5.2.114 Void 

11.5.2.115 Void 

11.5.2.116 Void 

11.5.2.117 Void 

1 1 .5.2.1 1 8 PRACH overlay (A/Gb mode only) 

This 3-bit field indicates whether PRACH overlay is supported, and if so, how many overlaid channels are supported. 
The number of channels supported is 1 plus the value of this field. 

EXAMPLE: Bit 
32 1 

PRACH overlay not supported, only one channel 

1 PRACH overlay supported, two channels 

10 PRACH overlay supported, three channels 

Oil PRACH overlay supported, four channels 

10 PRACH overlay supported, five channels 

10 1 Reserved 

110 Reserved 

The particular 31,25 kHz subchannels within a subband that support PRACH arfPe indicated opinionative by the Uplink 
PRACH Channels IE defined in clause 1 1.5.2.1 12. 

1 1 .5.2.1 1 9 Uplink PRACH ARFCN (A/Gb mode only) 

This 1 1-bit field is the ARFCN on which PRACH is transmitted by the mobile earth station. 
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1 1 .5.2.1 20 Uplink PRACH MAC Slots Indicator (A/Gb mode only) 

This 2-bit field indicates the pair of consecutive MAC slots on which the mobile earth station can transmit PRACH in a 
frame. The mobile earth station randomly chooses one MAC slot out of the two to transmit PRACH. The following 
table shows the value that the field can take and the corresponding MAC slots on which PRACH can be transmitted. 

Table 11.49.10a: Uplink PRACH MAC Slots Indicator 



Value 


List of MAC slots on which 

PRACH can be 

transmitted 





Oand 1 


1 


2 and 3 


2 


4 and 5 


3 


6 and 7 



1 1 .5.2.1 21 GMPRS Resume Result (A/Gb mode only) 

The GMPRS Resume Result IE gives the outcome of the GMPRS resume procedure. This IE is coded as shown in 
figure 11. 5 1.8 and table 1 1.49.1 1. The GMPRS Resume Result is a Type 3 IE, 2 octets in length. 
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1 5 1 4 1 3 1 


2 


1 







GMPRS Resume Result lEI 


octet 1 


Spare 


Result 


octet 2 



Figure 11.51.8: GMPRS Resume Result information element 
Table 11.49.11: GMPRS Resume Result information element 



Result is a 1 bit field 

0: GMPRS services not successfully resumed 
1 : GMPRS services successfully resumed 



1 1 .5.2.1 22 GMPRS Resume Response Rest Octets (A/Gb mode only) 

The GMPRS Resume Response Rest Octets IE contains only spare bits. This IE is coded as shown in figure 1 1.51.9. 
The GMPRS Resume Response Rest Octets IE is a Type 5 IE, 16 octets in length. 



8 


7 6 5 4 3 2 1 






GMPRS Resume Response Rest Octets IE! 


octet 1 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 2* 



Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 



Spare 


1 
Spare 


1 
Spare 


octet 3* 



Spare 



Spare 


1 
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1 
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Spare 


1 
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1 
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octet n* 



Figure 11.51.9: GMPRS Resume Response rest octets IE 
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1 1 .5.2.1 23 Uplink PRACH Frequency Distance (A/Gb mode only) 

This 2-bit field represents the difference between the uplink PDCH carrier frequency and the actual PRACH frequency 
in units of 31,25 kHz. The PRACH carrier location interpretation is as follows: 

Table 11.49.12: Uplink PRACH Frequency Distance 



Bits 
1 


PRACH carrier location 


00 


PRACH frequency = uplink PDCH carrier frequency 


01 


PRACH frequency = uplinl< PDCH carrier frequency + 31 ,25 l<Hz 


1 1 


PRACH frequency = uplink PDCH carrier frequency - 31 ,25 kHz 


1 


Reserved 



Note that the computation of uplink PDCH carrier frequency at the MES utilizes the downlink ARFCN, frequency plan 
Id from the PCCCH list (see table 11. 49. 7) and the value of "uplink frequency distance" parameter from the last 
received PACKET UPLINK ASSIGNMENT or IMMEDIATE ASSIGNMENT message. 

1 1 .5.2.1 24 PRACH Frame Periodicity (A/Gb mode only) 

This 2-bit field indicates the PRACH MAC slots periodicity in terms of frames. The mobile earth station is allowed to 
transmit on PRACH MAC slots only in those frames as given in table 11.49.13. 

Table 11.49.13: PRACH Frame Periodicity 



Value 


PRACH Frame Periodicity 





Every Frame 


1 


Once every two frames on frames satisfying (FN mod 2) = 


2 


Once every two frames on frames satisfying (FN mod 2) = 1 


3 


Reserved 



where: 

• "FN" represents Frame Number at the satellite. 

• "mod" represents modulo. 



1 1 .5.2.1 25 Packet Immediate Assignment Type 4 Parameters (lu mode only) 

Packet Immediate Assignment Type 4 Parameters IE defines parameters for one or more TBFs. This IE is defined in 
compact notation. The total length of this IE is 100 bits, spare bits are added at end of this IE to align this to the 
maximum length. 
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Table 11.49.14a: Packet Immediate Assignment Type 4 Parameters 



<Packet Immediate Assignment Type 4 Parameters>::= 

{ 

<Power Control Parameter: bit(6)> 

{0 I 1 <PDCH Channel MCS Info: <PDCH IVICS IE»} -- Used when uplinl< allocation is on PDCH 

{0 I 1 <Downlink MAC Slot Allocation: bit (8)> } -- Used when downlink is on PDCH 

<TBF1 : < TBF Assignment Struct» 

{ I 1 <TBF2: <TBF Assignment Struct> } 

<Uplink Frequency Allocation: bit(1)> 

<Frequency Allocation: <Frequency Allocation IE» 

<Spare Padding>}; 



< TBF Assignment Struct>::= 

{ < Uplink PDCH TBF Allocation: <Uplink TBF Allocation Struct» | 
10 < Uplink DCH TBF Allocation: < UL DCH TBF Allocation Struct» | 
1 10<Uplink and Downlink DCH TBF Allocation: < ULDL DCH TBF Allocation Struct> 
{null|Obit" = <nostring>}}; 



<UplinkTBF Allocation Struct>::= -- Dynamic Allocation 
{< Uplink TFI:bit(8) 
{ I 1 < Uplink Status Flag: bit (8) > } -- indicates USF has the same value as TFI 

< RB Id: bit (5) > 

< Return Frequency Set: bit(1)>}; 



< UL DCH TBF Allocation Struct >::= 
{ < Channel Info: <Channel Info IE» 

< Power Control Synch Offset: bit (2)> 

< DCH Channel MCS Info: <DCH IVICS IE> 

{0 <Uplink MAC Slot Allocation: bit(8)> | 1< Uplink Slot Allocation: <Slot Allocation IE» 

< RB Id: bit (5) > }; 



< ULDL DON TBF Allocation Struct >::= 
{ < Channel Info: <Ghannel Info IE» 

< Power Control Synch Offset: bit (2)> -- Applies only to uplink DCH 

< DCH Channel MCS Info: <DGH MCS IE> 

{0<Downlink MAC Slot Allocation: bit(8)> | 1< Downlink Slot Allocation: <Slot Allocation IE»} 
{0 <Uplink MAC Slot Allocation: bit(8)> | 1 < Uplink Slot Allocation: <Slot Allocation IE» 

< RB Id: bit (5) > }; 



Table 11.49.14b: Packet Immediate Assignment Type 4 Parameters Details 



Power Control Parameter (6 bit field) 

This field is defined in GMR-1 3G 44.060 [20]. 

The parameter specifies the initial value of the power control field (PAR value) to be applied by the MES 

for the channel assignment. 



PDCH Channel MCS Info 

PDCH Channel MCS is defined in GMR-1 3G 44.060 [20]. 

DCH Channel MCS Info 

DCH Channel MCS is defined in GMR-1 3G 44.060 [20]. 

Frequency Allocation 

This field is defined in GMR-1 3G 44.060 [20]. 

Channel Info 

This field is defined in GMR-1 3G 44.060 [20]. 

Power Control Synch Offset (2 bit field) 

This field is defined in GMR-1 3G 44.060 [20]. This field is appUcable only to the uphnk DCH. 
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Downlink MAC Slot Allocation 

This field is defined in GMR-1 3G 44.060 [20]. 
Uplink MAC Slot Allocation 

This field is defined in GMR-1 3G 44.060 [20]. 

Slot Allocation 

This field is defined in GMR-1 3G 44.060 [20]. 

Uplink TFI (8 bit field) 

This field is defined in GMR-1 3G 44.060 [20]. 

Uplink Status Flag (8 bit field) 

This field is defined in GMR-1 3G 44.060 [20]. If field is not present, then the USF value shall be the 

same as the value Uplink TFI. 

RB Id (5 bit field) 

The RB Id indicates the identification number for the radio bearer. See GMR-1 3G 44.118 [25]. 

Return Frequency Set (1 bit field) 

This field is indicates the uplink frequency set on which the uplink resources are allocated. This is defined 

in GMR-1 3G 44.060 [20]. 

Uplink Frequency Allocation (1 bit) 

0: Uplink ARFCN in Frequency Allocation is applicable for PDCH allocations. 

1 : Uplink ARFCN for PDCH allocations specified in PDCH Organization message or PDCH Uplink 

Organization IE (see GMR-1 3G 44.060 [20]). 



1 1 .5.2.1 26 3G Neighbour Cell Description (lu mode only) 

3G Neighbour cell description contains information on the cells of a terrestrial 3G network that are present within the 
spotbeam. These frequencies may be used in the cell selection procedure, see 3GPP TS 25.304 [32]. The total length of 
this IE is 47 bits. If all bits are not used, then IE shall be padded with spare bits. 

Table 11.49.15a: 3G Neighbour Cell Description 



< 3G Neighbour Cell Description>::= 

I 1 < Bandwidth_FDD: bit (3) > 

{ 1 < Repeated UTRAN FDD Neighbour Cells: Repeated UTRAN FDD Neighbour Cells struct » ; 

<Spare bits>; 



< Repeated UTRAN FDD Neighbour Cells struct >::= 
<FDD-ARFCN:bit(14)> 

< FDDJndicO: bit > 

< NR_OF_FDD_CELLS: bit (5) > 

< FDD_CELLJNFORMATION Field: bit(p(NR_OF_FDD_CELLS)) > ; 

- p{x) defined in table 1 1 .2.9b.2.a/3GPP TS 44.060 [35] 



Table 11.49.15b: 3G Neighbour Cell Description Details 



See 3GPP TS 44.060 [35] for description of fields in 3G Neighbour Cell Description 
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1 1 .5.2.1 27 Paging Request Type 4 Parameters (lu mode only) 

The Paging Request Type 4 parameter IE contains paging information for one or more MES. The maximum length of 
this IE is 164 bits, spare bits shall be added at end of this IE to align this to the maximum length. 



Table 11.49.16a: Paging Request Type 4 Parameters 



<Paging Request Type 4 Parameters>::= 

{ 

{ 1 < Repeated lu Page info: < Repeated lu Page info struct > > } ** 
<Spare Padding>}; 



< Repeated lu Page info struct >::= 

{ 

< G-RNTI: bit(32) > 

{ I 1 < Page info struct: < Page info struct > > } - only included for a CN page 



1 



{ 00 < Reserved: bit (32) > 

I 01 < PTMSI: bit (32) > 

I 11 { < Length of Mobile Identity contents: bit (4) > 

< Mobile Identity: octet (val (Length of Mobile Identity contents)) > } 
< Page info struct: < Page info struct > > } 



< Ignore: bit i 



<no string> > ; 



< Page info struct >:: = 

< PAGING CAUSE: bit (3) > 

< CN DOMAIN IDENTITY: bit (2) > 

{ I 1 < Paging Record Type Identifier: bit (2) > }; 



Table 11.49.16b: Paging Request Type 4 Parameters Details 



G-RNTI (32 bits) 

The G-RNTI field identifies the IVIES within the network when an RRC connection exists between this IVIES 

and network. G-RNTI is defined in GIVIR-1 3G 44.118 [25]. 

REPEATED lU PAGE INFO STRUCT 

The Repeated lu Page info struct is repeated as many times as required to fulfil the number of wanted 

paged mobiles. If Paging Request message is used with only G-RNTIs, the field can be repeated up to four 

times within one message. If the Paging Request IVIessage is used with only P-TMSIs, the field can be 

repeated up to three times. If the Paging Request IVIessage is used with only IMSIs, the field can be 

repeated up to two times within one message. 

CN DOMAIN IDENTITY (2 bit field) 

The ON Domain Identity field indicates the domain of the core network from which the IVIES is paged, as 

defined in GIVIR-1 3G 44.11 8 [25]. 

Bit 

2 1 

1 PS domain 

All other values are reserved 

PAGING CAUSE (3 bits field) 

The Paging Cause field indicates the cause for paging, as defined in GIVIR-1 3G 44.1 1 8 [25]. 

bit 

321 

Terminating Conversational Gall 

1 Terminating Streaming Call 

1 Terminating Interactive Call 

1 1 Terminating Background Call 

1 Terminating High Priority Signalling 
1 1 Terminating Low Priority Signalling 
1 1 Terminating - cause unknown 

1 1 1 Reserved 

PAGING RECORD TYPE IDENTIFIER (2 bits field) 

This IE is for FFS. 
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1 1 .5.2.1 28 Position Verification Notify Type 2 Parameters (lu mode only) 

The Position Verification Notify Type 2 parameter IE indicates if the position reported in position verification request is 
acceptable or not with respect to the current spotbeam. The IE also allows the network to redirect the MES, if necessary, 
to a particular RA where multiple RAs are defined within the current or alternate spot beam. In addition this IE may 
also contain updates information on idle mode position reporting. The maximum length of this IE is 116 bits, spare bits 
shall be added at end of this IE to align this to the maximum length. 



Table 11.49.17a: Position Verification Notify Type 2 Parameters 



<Position Verification Notify Type 2 Parameters>::= 

{ 

-- Reported position acceptable within current spotbeam 
{0 I 1 < Directed RAC: < Directed RAG IE »} 

jo I 1 < CN Information Info: < CN Information Info IE »} 

{0 I 1 < Idle Mode Position Update Info: <Position Update Information IE» } 

1 1 -- Reported position not acceptable within current spotbeam 

{0 I 1 <Alternate Spotbeam Information: < BCCH Carrier IE»} 
{0 I 1 < Directed RAC: < Directed RAC IE » } 
<Spare Padding>}; 



Directed RAC 

This IE is defined in clause 11.5.2.129. The IE shall be included by the network when the MES 
performs the position verification procedure while in RRC Idle mode (as indicated by the MES RRC 
Indicator within the CHANNEL REQUEST TPYE 3 message) or when the UT is required to enter 
RRC idle mode for accessing an alternate spotbeam. 



CN Information Info 

This IE is defined in GMR-1 3G 44.118 [25]. The IE shall be included by the network only when a 
change of RA is required when the MES performs the position verification procedure while in RRC 
connected (GRA_PCH) mode (as indicated by the MES RRC Mode Indicator being set within the 
CHANNEL REQUEST TPYE 3 message). If the CN Information Info IE is provided to the MES, the 
MES shall respond to the received PQSITION VERIFICATIQN NQTIFY TYPE 2 message in the 
same way as if an RRC CONNECTIQN RELEASE message had been received from the network 
with a Cause equal to "Directed signalling connection re-establishment" (see GMR-3G 44.1 18 [25]) 
and with the provided CN Information Info IE. 



Idle Mode Position Update Info 

This IE contains value part of Position Update Information IE defined in clause 1 1 .5.2.54. 



Alternate Spotbeam Information 

This IE contains value part of BCCH Carrier IE defined in clause 1 1 .5.2.55. 



1 1 .5.2.1 29 Directed RAC (lu mode only) 

The Directed RAC is used to provide the MES with the Routing Area Code (RAC) that is associated with the MES 
current position location. The IE is relevant for maintaining GMM functionality and allows the MES to update the NAS 
Routing Area Identifier (RAI) based on the network-provided RAC. The IE is used as part of the RA Redirect 
mechanism to allow support for multiple, position-defined RAs within a given spot beam mobility area. 

The content of the Directed RAC information element is coded as shown in figure 1 1 .5.2. 129 and table 1 1 .5.2. 129. The 
length of this element is two octets. 



8 


7 


6 


5 


4 


3 


2 


1 






Directed RAC lEI 


octet 1 


RAC 


octet 2 



Figure 11.5.2.129: D/recfec//7>lC information element 
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Table 11.5.2.129: D/fecfec/B>*C information element 



RAC, Routing Area Code (8 bit field) 

This field is the binary representation of the Routing Area Code, see 3GPP TS 23.003 [28]. Bit 8 in octet 2 

is the most significant bit and bit 1 in octet 2 is the least significant bit. 



1 1 .5.2.1 30 Packet Immediate Assignment Type 5 Parameters (lu mode only) 

The Packet Immediate Assignment Type 5 Parameters IE shall include a single, network-to-MES equivalent RRC 
message with message type identified in accordance with GMR-3G 44.118 [25] (see clause 9.2.1.2). The maximum 
length of this IE is 132 bits, spare bits shall be added at end of this IE to align this to the maximum length. 

The current version of the specification shall support the sending of the RRC GRA UPDATE CONFIRM message 
within the Packet Immediate Assignment Type 5 Parameters IE with coding according to table 1 1.5.2.130. 



Table 11.5.2.130: Packet Immediate Assignment Type 5 Parameters 



< Packet Immediate Assignment Type 5 Parameters >:: 

{ 
{<RRC Message; <RRC Message Struct» } 
<Spare Padding> }; 



<RRC Message Struct>::= 

{ < MESSAGE_TYPE: 00000101 xRRG GRA Update Confirm Message Struct» 
! < Unknown message type: bit (8) = < no string > }; 



< RRC GRA Update Confirm Message Struct>::= 

{ 
{0|1 <NewG-RNTI:<G-RNTI IE»} 
{ I 1 < GRA Identity: < GRA Identity IE » } 

! < Content part error: bit (*) = < no string > > } ; 



New G-RNTI 

This IE assigns a new G-RNTI to the MES. The G-RNTI IE is defined In GMR-3G 44.1 18 [25]. 



GRA Identity 

This IE is defined in GMR-3G 44.1 18 [25]. 



1 1 .5.2.1 31 CN Information Info 

The CN Information Info IE is type 3 IE 5 octets in length. The value part of CN Information Info IE is defined in 
GMR-1 3G 44.118 [25]. 
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CN Information Info lEI 


octet 1 


CN Information Info 


octet 2-5 



11.5.3 Mobility management lEs 

Same as clause 11.5.3 of GMR-1 04.008 [19]. 

1 1 .5.4 Call control lEs (A/Gb mode only) 

Same as clause 11.5.4 of GMR-1 04.008 [19]. 
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11.5.5 GMMIEs 

11.5.5.1 Attach request 

Same as clause 10.5.5.1 of 3GPP TS 24.008 [18]. 

1 1 .5.5.2 Attach type 

Same as clause 10.5.5.2 of 3GPP TS 24.008 [18]. 

11.5.5.3 Ciphering algorithm 

Same as clause 10.5.5.3 of 3GPP TS 24.008 [18]. 

11.5.5.4 Void 

1 1 .5.5.5 Detach type 

Same as clause 10.5.5.5 of 3GPP TS 24.008 [18]. 

11.5.5.6 DRX parameter 

Same as clause 10.5.5.6 of 3GPP TS 24.008 [18]. 

1 1 .5.5.7 Force to standby 

Same as clause 10.5.5.7 of 3GPP TS 24.008 [18]. 

11.5.5.8 PTMSI signature 

Same as clause 10.5.5.8 of 3GPP TS 24.008 [18]. 

1 1 .5.5.9 Identity type 2 

Same as clause 10.5.5.9 of 3GPP TS 24.008 [18]. 

11.5.5.10 IMEISV request 

Same as clause 10.5.5.10 of 3GPP TS 24.008 [18]. 

1 1 .5.5.1 1 Receive N-PDU Numbers list 

Same as clause 10.5.5.11 of 3GPP TS 24.008 [18]. 

1 1 .5.5.1 2 MS network capability 

Same as clause 10.5.5.12 of 3GPP TS 24.008 [18]. 

1 1 .5.5.1 2a MS Radio Access capability (A/Gb mode only) 

The purpose of the MS RA capability information element is to provide the radio part of the network with information 
concerning radio aspects of the mobile station. The contents might affect the manner in which the network handles the 
operation of the mobile station. 

The MS RA capability is a type 4 information element, with a maximum length of 14 octets. 



£75/ 



Release 6 1 66 ETSI TS 1 01 376-4-8 V3.1 .1 (2009-07) 

The value part of a MS RA capability information element is coded a shown in table 10.5. 146 of 3GPP TS 24.008 [18]. 

• SEMANTIC RULE: Only the GMPRS access type technology is supported. 

• Error handling: If a received Access Technology Type is unknown to the receiver, it shall ignore all the 
corresponding fields. 

• If within a known Access Technology Type a receiver recognizes an unknown field it shall ignore it. 

• See more details about error handling of MS radio access capability in 3GPP TS 48.018 [33]. 

Table 11.49.14: Mobile Station Radio Access Capability IE 



< MS Radio Access capability IE >::= 

<MS Radio Access capability lEI: 00100100 > 

<Length of MS RA capability: <octet» -- length in octets of MS RA capability value part and spare bits 

<MS RA capability value part: < MS RA capability value part struct » 

<spare bits>** ; -- may be used for future enhancements 

<MS RA capability value part struct >::= --recursive structure allows any number of Access technologies 

< Access Technology Type: bit (4) > 

< Access capabilities: <Access capabilities struct> > 
{ I 1 <MS RA capability value part struct> } ; 

< Access capabilities struct >::= 

< Length: bit (7) > - length in bits of Content and spare bits 
<Access capabilities: <Content» 

<spare bits>** ; - expands to the indicated length 
■^ may be used for future enhancennents 

< Content >::= 

< « 000 » >~ may be used for future enhancements 

{ I 1 <A5 bits: <A5 bits> > } - zero means that the same values apply for parameters as in the immediately 
preceding Access capabilities field within this IE 

- The presence of the A5 bits is mandatory in the 1 ^^ Access capabilities struct within this IE. 

< ES IND: bit > 

< »000 »> - may be used for future enhancements. 

{ I 1 < Multislot capability: Multislot capability struct > } ; - zero means that the same values for multislot 
parameters as given in an earlier Access capabilities field within this IE apply also here 
{0}. 

- error: struct too short, assume features do not exist 

- error: struct too long, ignore data and jump to next Access technology 

< Multislot capability struct >::= 

{0} 

{1 « 1 1 1 » < GMPRS Multislot class > } 

{0}; 

<A5 bits>::= < A5/1 : bit> <A5/2: bit> <A5/3: bit> <A5/4: bit> <A5/5: bit> <A5/6: bit> <A5/7: bit>; - bits for circuit mode 
ciphering algorithms 

Access Technology Type 

This field indicates the access technology type to be associated with the following access capabilities. 

Bits 
4321 

OOOOGMPRS 

All other values are treated as unknown by the receiver. 

RF Power Capability 

This field is coded as the MES power class (see GMR-1 3G 45.005 [14]). 

A5/1 

encryption algorithm A5/1 not available 

1 encryption algorithm A5/1 available 
A5/2 
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encryption algorithm A5/2 not available 

1 encryption algorithm A5/2 available 
A5/3 




encryption algorithm A5/3 not available 

1 encryption algorithm A5/3 available 
A5/4 




encryption algorithm ASM not available 

1 encryption algorithm A5/4 available 
A5/5 




encryption algorithm A5/5 not available 

1 encryption algorithm A5/5 available 
A5/6 




encryption algorithm A5/6 not available 

1 encryption algorithm A5/6 available 
A5/7 




encryption algorithm A5/7 not available 

1 encryption algorithm A5/7 available 




ES IND - (Controlled early Classmark Sending) 

"controlled early Classmark Sending" option 

1 "controlled early Classmark Sending" option 


is not implemented 
is implemented 


GMPRS Multi Slot Class 




The GMPRS Multi Slot Class field is coded as the binary representation of the multislot class defined in 
GMR-1 30 45.002 [12]. 



11.5.5.13 Void 

11.5.5.14 GMM cause 

Same as clause 10.5.5.14 of 3GPP TS 24.008 [18]. 

1 1 .5.5.1 5 Routing Area Identification (RAI) 

Same as clause 10.5.5.15 of 3GPP TS 24.008 [18]. 

11.5.5.16 Void 

11.5.5.17 Update result 

Same as clause 10.5.5.17 of 3GPP TS 24.008 [18]. 

11.5.5.18 Update type 

Same as clause 10.5.5.18 of 3GPP TS 24.008 [18]. 

11.5.5.19 A&C reference number 

Same as clause 10.5.5.19 of 3GPP TS 24.008 [18]. 

11.5.6 SMIEs 

Same as clause 10.5.6 of 3GPP TS 24.008 [18]. 
The following element is not currently supported in GMR-1: 
• AA Deactivation Cause. 
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1 1 .5.7 GPRS Common Information Elements 

Same as clause 10.5.7 of 3GPP TS 24.008 [18]. 



1 2 List of system parameters 

The description of timers in this clause should be considered a brief summary. The details are provided in clauses 3 to 6, 
which should be considered the definitive descriptions. 

12.1 Timers and counters for radio resource management 
12.1.1 Timers on the MES side 

T3 122: This timer is used during random access, after the receipt of an IMMEDIATE ASSIGNMENT 

REJECT message. 

The Wait timer is used by the MES to extend the access time period. Its value is indicated by the 
network in the IMMEDIATE ASSIGNMENT REJECT message. 

Its value is given by the network in the IMMEDIATE ASSIGNMENT REJECT message. 

T3126: This timer is started after sending a CHANNEL REQUEST message during an immediate 

assignment procedure. 

This timer is also started after sending a CHANNEL REQUEST TYPE 2 message during an 
GMPRS suspend procedure. 

Its purpose is to detect the lack of an answer from the network. 

It is stopped upon receipt of an IMMEDIATE ASSIGNMENT message or an IMMEDIATE 
ASSIGNMENT REJECT message. 

At its expiry, another CHANNEL REQUEST (or CHANNEL REQUEST TYPE 2 if the access was 
for GMPRS suspend procedure) message is sent if the maximum count has not been achieved or else 
the immediate assignment procedure is aborted. 

T31 10: This timer is used to delay channel deactivation after receipt of a CHANNEL RELEASE. Its purpose 

is to allow time for disconnection of the main signalling link. 

Its value is set such that the DISC frame is sent twice in case of no answer from the network. It 
should be chosen to obtain a good probability of normal termination (i.e. no time out of T3109) of 
the channel release procedure. 

T3 1 12: This timer is used when the MES receives an alert message. It is the maximum amount of time 

available to the MES to read the BCCH and send in a CHANNEL REQUEST message answering 
the alert. This value is broadcast by the network over the BCCH. This is referred to as Alert timer. 

The value of this timer is also an upper limit on the MES to obtain the current GPS position, if the 
current position is needed in the CHANNEL REQUEST in response to alerting. 

T3 1 14: The value of this timer is an upper limit on the MES to obtain the current GPS position if the current 

position is needed in the CHANNEL REQUEST message in response to paging. This is referred to 
as Page timer. 

T31 15: The Pause timer is used by the MES to extend the access time period. Its value is broadcast by the 

network with the BCCH information. 

T3 1 1 8: The RACH Position timer is used by the MES to calculate the current GPS position, if not already 

available, before sending a message on the RACH channel, in a spot beam where position is required 
for access. Its value is broadcast over the BCCH. 
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T3142: 



T3144: 



T3146: 



T3147 



T3190: 



T3333: 

T3202: 
T3208: 
T3196: 



The GPS Update timer is used by the MES to update its GPS position in idle mode and in-call. It is 
broadcast over the BCCH and may be overridden for a particular MES by a value provided in 
IMMEDIATE ASSIGNMENT or IMMEDIATE ASSIGNMENT REJECT message. 

This timer is used by the MES to wait for a response to its updated position report to the network, 
which is transmitted in unacknowledged mode. This timer should be large enough to account for the 
round-trip delay and processing delay at the network. Because this timer triggers retransmission, a 
small value could lead to excessive load on the signalling channel. 

This timer is started after sending an EXTENDED CHANNEL REQUEST message during an 
immediate assignment procedure. 

Its purpose is to detect the lack of an answer from the network. 

It is stopped upon receipt of an EXTENDED IMMEDIATE ASSIGNMENT message or an 
EXTENDED IMMEDIATE ASSIGNMENT REJECT message. 

At its expiry, the immediate assignment procedure is aborted. 

This timer is used during packet access on CCCH, after the receipt of an IMMEDIATE 
ASSIGNMENT REJECT TYPE 1 message with reject cause "lack of resources". 

The value of this timer shall be given by the network in IMMEDIATE ASSIGNMENT REJECT 
TYPE 1 message. 

This timer is used during packet access on CCCH, after the receipt of an IMMEDIATE 
ASSIGNMENT REJECT TYPE 3 message with reject cause "non-availability of service". 

The value of this timer shall be 20 minutes. 

This timer is started after sending CHANNEL REQUEST TYPE 1 or TYPE 3 message during a 
packet access procedure. 

It is stopped at receipt of an IMMEDIATE ASSIGNMENT (TYPE 2 or TYPE 3 or TYPE4) 

message. 

At its expiry, another CHANNEL REQUEST TYPE 1 or TYPE 3 message is sent if the maximum 
count has not been reached or else the immediate assignment procedure is aborted. 

This timer is started on receiving IMMEDIATE ASSIGNMENT TYPE 4 specifying resource 
allocation on shared channels but without uplink frequency information. 

It is stopped at receipt PDCH ORGANIZATION message from the network. 

At its expiry, immediate assignment procedure is aborted and upper layers are informed on failure to 
access the network. 

This timer is used during packet downlink assignment on CCCH. It is started at the receipt of an 
IMMEDIATE ASSIGNMENT TYPE 3 message. 

It is stopped at the receipt of a RLC/MAC lock on the assigned temporary block flow, see GMR-1 
3G 44.060 [20]. 

At expiry, the mobile station returns to the packet idle mode. 

The value of the timer is 5 seconds. 

This timer is started on receipt of an IMMEDIATE ASSIGNMENT REJECT message with reject 
cause non-availability of satellite resources. While this timer is running, the mobile shall remain in 
idle mode and is not permitted to initiate an access procedure in this spot-beam. 

As defined in GMR-1 3G 44.060 [20]. 

As defined in GMR-1 3G 44.060 [20]. 

As defined in GMR-1 3G 44.060 [20]. 
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12.1.2 Timers on the network side 

T3 101 : This timer is started when a channel is allocated with an IMMEDIATE ASSIGNMENT message. It 

is stopped when the MES has correctly seized the channels. 

Its value is network-dependent. 

NOTE 1 : It could be higher than the maximum time for an L2 establishment attempt. 

T3103: This timer is started by the sending of a HANDOVER message and is stopped when the MES has 

correctly seized the new channel. Its purpose is to limit the time required to perform the handover. 

Its value is network-dependent. 

NOTE 2: It could be higher than the transmission time of the HANDOVER COMMAND 
message in unacknowledged mode with the required success probability plus the 
maximum duration of an attempt to establish a data link multiframe mode. 

T3 107: This timer is started by sending an ASSIGNMENT COMMAND 1 message in an MES-to-GS call 

and is normally stopped when the MES has correctly seized the new channels. 

Its purpose is to keep the old channel long enough for the MES to be able to return to the old 
channels and to release the channels if the MES is lost. 

Its value is network-dependent. 

NOTE 3: It could be higher than the maximum transmission time of the ASSIGNMENT 

COMMAND 1 message plus twice the maximum duration of an attempt to establish a 
data link multiframe mode. 

T3 108: This timer is started by sending an ASSIGNMENT COMMAND 2 message in an MES-to-MES call 

and is normally stopped when the MES has correctly seized the new channels. 

Its purpose is to keep the old channel long enough for the MES to be able to return to the old 
channels, and to release the channels if the MES is lost. 

Its value is network-dependent. 

NOTE 4: It could be higher than the maximum transmission time of the ASSIGNMENT 

COMMAND 2 message plus twice the maximum duration of an attempt to establish a 
TACCH multiframe mode. 

T3109: This timer is started when a lower layer failure is detected by the network when it is not engaged in 

an RF procedure. It is also used in the channel release procedure. 

Its purpose is to release the channels in case of loss of communication. 

Its value is network-dependent. 

NOTE 5: Its value should be large enough to ensure that the mobile earth station detects a radio 
link failure. 

T3 11 1 : This timer is used to delay the channel deactivation after disconnection of the main signalling link. 

Its purpose is to allow time for possible repetition of the disconnection. 

Its value is equal to the value of T3 1 10. 

T31 13: This timer is started when the network has sent a PAGING REQUEST message and is stopped when 

the network has received the PAGING RESPONSE message. 

Its value is network-dependent. 

NOTE 6: The value could allow for repetition of the CHANNEL REQUEST message and the 
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THPA: 



T3141: 



TUSF: 



requirements associated with T3101. 

Timer in alert mode on the network side. This is started when an ALERT REQUEST message is sent 
by the network to an MES. 

Its value is network-dependent. 

At the expiry of this timer, the alerting procedure is aborted at the network. 

This timer is stopped when a PAGING RESPONSE message corresponding with the ALERT 
REQUEST message sent is received. 

This timer is started when a temporary block flow is allocated with an IMMEDIATE 
ASSIGNMENT (TYPE 2 or TYPE 3) message during a packet access procedure. It is stopped when 
the network receives a packet from the mobile station on the assigned temporary block flow. 

Its value is network dependent. 

This timer is started when the network has sent an IMMEDIATE ASSIGNMENT TYPE 2 message 
to MES during packet access procedures. At the expiry of this timer network starts scheduling USE 
for that MES. 

This timer has to be based on estimate of processing delays in UT for decoding IMMEDIATE 
ASSIGNMENT TYPE 2 and Ustening to PDCH for its USE. 



12.1.3 Other parameters 

Same as clause 1 1. 1. 3 of 3GPPTS 04.08 [17]. 

12.2 Timers of mobility management 

Same as clause 12.2 of GMR-1 04.008 [19]. 

12.2.1 Timer T3240 

Same as clause 12.2.1 of GMR-1 04.008 [19]. 
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1 2.2.2 Timers of GPRS mobility management 

Table 12.3: GPRS Mobility management timers - MES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 
2nd 3rd 4th 

EXPIRY 
NOTES 


T3310 


30 s 


GMM-REG-INIT 


ATTACH REQ sent 


ATTACH ACCEPT 
received 

ATTACH REJECT 
received 


Retransmission 
of ATTACH 
REO 


T3311 


30 s 


GMM-DEREG 
ATTEMPTING 
TO ATTACH or 

GMM-REG 
ATTEMPTING 
TO UPDATE 


ATTACH REJ with other cause 
values as described in 

ROUTING AREA UPDATE REJ 
with other cause values as 
described in clause 5.7.5. 
Low layer failure 


Change of the 
routing area 


Restart of the 
Attach or the 
RAU procedure 
with updating 
of the relevant 
attempt counter 


T3321 


30 s 


GMM- DEREG- 
INIT 


DETACH REO sent 


DETACH ACCEPT 
received 


Retransmission 
of the DETACH 
REO 


T3330 


30 s 


GMM- 
ROUTING- 
UPDATING- 
INITIATED 


ROUTING AREA UPDATE 
REQUEST sent 


ROUTING AREA 
UPDATE ACC 
received 

ROUTING AREA 
UPDATE REJ 
received 


Retransmission 

of the 

ROUTING 

AREA 

UPDATE 

REOUEST 

message 


NOTE: Please refer to table 4a for the numbered notes. 



Table 12.3a: GPRS Mobility management timers - MES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON EXPIRY 


T3302 


T3212 
See note 4. 


GMM-DEREG 

Or 

GMM-REG 


At attach failure and the attempt 
counter is greater than or equal 
to 5. 

At routing are updating failure 
and the attempt counter is 
greater than or equal to 5. 


At successful 
attach 

At successful 
routing area 
updating. 


On every 
expiry initiation 
of the GPRS 
attach 
procedure 
or RAU 
procedure. 


T3312 


54 min 
See note 1 . 


GMM-REG 


When READY state is left. 


When entering 

state 

GMM-DEREG 


Initiation of the 
Periodic RAU 
procedure 


T3314 
READY 


88 s 
See note 2. 


All except 
GMM-DEREG 


Transmission of a PTP PDU 


Forced to Standby 


No cell-updates 
are performed 


T3316 

AA- 
READY 


88 s 
See note 2. 




Transmission of a PTP PDU 






NOTE: Please refer to table 4a for the numbered notes. 
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Table 12.4: GPRS Mobility management timers - Network side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 

2nd 3rd 4th 

EXPIRY NOTE 3 


T3322 


12s 


GMM-DEREG- 
INIT 


DETACH REG sent 


DETACH ACCEPT 
received 


Retransmission 
of ATTACH REO 


T3350 


12s 


GMM- 
COMMON- 
PROC-INIT 


ATTACH ACC sent with 
P-TMSI and/or TMSI 

RAU ACCEPT sent with 
P-TMSI and/or TMSI 

P-TMSI REALLOC 
COMMAND sent 


ATTACH 

COMPLETE 

received 

RAU COMPLETE 
received 

P-TMSI REALLOC 

COMPLETE 

received 


Retransmission 
of the same 
message type, 
i.e. ATTACH 
ACCEPT, RAU 
ACCEPT or 
REALLOC 
COMMAND 


T3360 


12s 


GMM- 
COMMON- 
PROC-INIT 


AUTH AND CIPH REOUEST 
sent 


AUTH AND CIPH 

RESPONSE 

received 


Retransmission 
of AUTH and 
CIPH request 


T3370 


12s 


GMM- 
COMMON- 
PROC-INIT 


IDENTITY REOUEST sent 


IDENTITY 

RESPONSE 

received 


Retransmission 
of IDENTITY 
REOUEST 


NOTE: Please refer to table 4a for tlie numbered notes. 



Table 12.4a: GPRS Mobility management timers - Network side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON EXPIRY 


T3313 


See note 1 . 


GMM-REG 


Paging procedure initiated 


Paging procedure 
completed 


Network 
dependent 


T3314 
READY 


88 s 
See note 2. 


All except 
GMM-DEREG 


Receipt of a PTP PDU 


Forced to Standby 


The network 
shall page the 
MES if a PTP 
PDU has to be 
sent to the 
MES 


T3316 

AA- 
READY 


88 s 
See note 2. 




Receipt of a PTP PDU 






Mobile 

Reacha 

ble 


Default 4 
min greater 
thanT3312 


All except 
GMM-DEREG 


Change from READY to 
STANDBY state 


PTP PDU received 


Network 
dependent but 
typically paging 
is halted on l^t 
expiry 


NOTE 1 : The value of this timer is network dependent. 

NOTE 2: The default value of this timer is used if neither the MES nor the Network sends another value, or if the 

Network sends this value, in a signalling procedure. 
NOTE 3: Typically, the procedures are aborted on the fifth expiry of the relevant timer. Exceptions are described in 

the corresponding procedure description. 
NOTE 4: T3302 is loaded with the same value which is used to load T321 2. 
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1 2.2.3 Timers of GPRS session management 

Table 12.5: GPRS Session management timers - IVIES side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1 St, 

2nd 3rd 4th 

EXPIRY 


T3380 


60s 


PDP-ACTIVE- 

PEND 


ACTIVATE PDP CONTEXT 
REOUEST sent 


ACTIVATE PDP 
CONTEXT ACCEPT 
received 
ACTIVATE PDP 
CONTEXT REJECT 
received 


Retransmission 
of 

ACTIVATE PDP 
CONTEXT REG 


T3390 


16s 


PDP-INACT- 
PEND 


DEACTIVATE PDP CONTEXT 
REOUEST sent 


DEACTIVATE PDP 
CONTEXT ACC 
received 


Retransmission 
of DEACTIVATE 
PDP CONTEXT 
REOUEST 



Table 12.5a: GPRS Session management timers - Networit side 



TIMER 
NUM 


TIMER 
VALUE 


STATE 


CAUSE FOR START 


NORMAL STOP 


ON THE 1st, 

2nd 3rd 4th 

EXPIRY 


T3385 


16s 


PDP-ACT- 
PEND 


REOUEST PDP CONTEXT 
ACTIVATION sent 


ACTIVATE PDP 
CONTEXT REQ 
received 


Retransmission 
of REQUEST 
PDP CONTEXT 
ACTIVATION 


T3386 


16s 


PDP- 
MOD-PEND 


MODIFY PDP CONTEXT 
REOUEST sent 


MODIFY PDP 
CONTEXT ACC 
received 


Retransmission 
of MODIFY PDP 
CONTEXT REQ 


T3395 


16s 


PDP-INACT- 
PEND 


DEACTIVATE PDP CONTEXT 
REOUEST sent 


DEACTIVATE PDP 
CONTEXT ACC 
received 


Retransmission 
of DEACTIVATE 
PDP CONTEXT 
REQ 


T3397 


16s 


PDP-INACT- 
PEND 


DEACTIVATE AA PDP 
CONTEXT REQUEST sent 


DEACTIVATE AA 

PDP CONTEXT 

ACCEPT received 


Retransmission 
of DEACTIVATE 
AAPDP 
CONTEXT 
REOUEST 


NOTE: Typically, the procedures are aborted on the fifth expiry of the relevant timer. Exceptions are described in 
the corresponding procedure description. 



12.3 Timers of circuit-switched call control 



Same as clause 12.3 of GMR-1 04.008 [19]. 
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Annex A (informative): 

Example of subaddress information element coding 

Same as annex A of GMR-1 04.008 [19]. 
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Annex B (informative): 
Void 
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Annex C (informative): 
Void 
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Annex D (informative): 
Void 
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Annex E (informative): 
Void 
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Annex F (informative): 

GIVIR specific cause values for radio resource management 

This annex is the same as annex F of GMR-1 04.008 [19]. 
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Annex G (informative): 

GIVIR specific cause values for session management 

This annex is the same as annex I of GMR-1 04.008 [19]. 
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